Re: [OSM-legal-talk] Copyright status of OSM map data - initial results
In the USA the only two lawyers who are doing the work are Cathy Gellis and Jon Rubens. Although they often work together, they are at separate firms. Cathy Gellis was recommended to me by Francis Davey, the barrister investigating in England. He in turn was mentioned by LWG members, and has popped up on this list. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Copyright status of OSM map data - initial results
Rob Myers rob@... writes: In the US, the two lawyers found that the OSM map data is copyrightable. They mentioned the explicit inclusion of maps in copyright law But geodata is not a map, and the copyright on the database is not the copyright on its contents. As I understood it, the precedents they found showed that copyright does cover the geodata contained in the database, and is not dependent on having a paper map or the difference between database and contents. However I didn't have time to go over these matters in depth. If the written report doesn't address your concern, would you like to join in a conference call with the legal team so you can put it to them directly? I expect I could arrange this. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Copyright status of OSM map data - initial results
On 09/09/11 22:33, Ed Avis wrote: Rob Myers rob@... writes: In the US, the two lawyers found that the OSM map data is copyrightable. They mentioned the explicit inclusion of maps in copyright law But geodata is not a map, and the copyright on the database is not the copyright on its contents. As I understood it, the precedents they found showed that copyright does cover the geodata contained in the database, and is not dependent on having a paper map or the difference between database and contents. However I didn't have time to go over these matters in depth. If the written report doesn't address your concern, would you like to join in a conference call with the legal team so you can put it to them directly? I expect I could arrange this. Oh cool. No, if the precedents cover it that addresses my comment above. Thanks. - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Roundabouts and routing
On 8 Sep 2011, at 22:39, SomeoneElse wrote: Thomas Davie wrote: Would it be possible to include a link to an example roundabout in OSM? Within the UK there seems to be a variety of tagging approaches, everything from not tagging flares to tagging individual roundabout lanes. I'm guessing that you're using an mkgmap-generated map, in which case there are options that alter roundabout handling (including the delightfully named --frig-roundabouts). The problem that usually gets me is miscounting exits (when two exits' adjacent flares share the same node), but late announcment of exit number can also be annoying. By the way, if you are using mkgmap then you might want to have a look on http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev - that's where most mkgmap discussion takes place. Cheers, Andy My apologies, it appears my initial in-the-car guess at what was causing the GPS to have a spaz was incorrect, sorry, I should have checked first... This is one of the roundabouts that caused the issue when approaching from the north on the A9: Shortlink Clearly it's not the issue with flares that I described, as the A9 is a dual carriageway at that point, and the approaches are not tagged as part of the roundabout. I wonder what could be causing this then? The particular conversion I was using was taken from here http://talkytoaster.info/ukmaps.htm. Does anyone see what might be going on? Thanks Tom Davie___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Roundabouts and routing
On Friday, 9 September 2011, Nathan Edgars II nerou...@gmail.com wrote: On 9/8/2011 3:45 PM, David Earl wrote: The problem is exacerbated because many of these were done as a single one way which comes off the roundabout and then turns almost 180 deg. and rejoins roundabout. Example: http://www.openstreetmap.org/browse/way/4565106 http://www.openstreetmap.org/browse/way/4565106 This is certainly no good, since it implies that making that U-turn is staying on the same road. i didnt start the idiom of this apparent U turn, merely the tagging to indicate what it is to programs. But the idiom is very widespread AFAICS. But Im not sure that breaking it in two says anything different. David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Roundabouts and routing
On 09/09/11 15:45, David Earl wrote: On Friday, 9 September 2011, Nathan Edgars II nerou...@gmail.com mailto:nerou...@gmail.com wrote: On 9/8/2011 3:45 PM, David Earl wrote: The problem is exacerbated because many of these were done as a single one way which comes off the roundabout and then turns almost 180 deg. and rejoins roundabout. Example: http://www.openstreetmap.org/browse/way/4565106 http://www.openstreetmap.org/browse/way/4565106 This is certainly no good, since it implies that making that U-turn is staying on the same road. i didnt start the idiom of this apparent U turn, merely the tagging to indicate what it is to programs. But the idiom is very widespread AFAICS. But Im not sure that breaking it in two says anything different. David This mapping is incorrect they are two separate ways and should be mapped as such. Cheers Ross ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Roundabouts and routing
With regards to solution 1) I have never noticed a sliproad onto a
roundabout tagged as junction=roundabout (UK East Midlands). Where is
this common practice? If this is not too widely used then it might be
worth retagging, but I don't know how easy it would be to automatically
detect these.
Jonathan
On 08/09/2011 19:48, Thomas Davie wrote:
Hi,
Today I experimented with using OSM maps on my Garmin sat-nav. The
one thing that I noticed was that roundabouts do not work well. The
problem seems to be the slip roads entering the roundabout. The
sat-nav recognises them as a roundabout in themself, and because of
that gives some fairly poor directions, for example:
• Drive 10 miles then enter roundabout.
(Drive 10 miles)
• Enter roundabout.
(Enter the slip road to the roundabout)
• Enter roundabout and take the third exit.
As you can see, because of the slip road's existence the GPS does not
announce which exit you're expecting to take until the last minute.
This means that you can't get in the right lane early enough.
Proposed solutions (all of which are horrible):
1) Don't tag sliproads onto roundabouts as junction=roundabout,
instead use some other tagging scheme. Not greatly desirable because
it involves a *whole* lot of retagging.
2) Ask garmin to fix it (doesn't sound likely).
3) Write some fancy heuristics in the conversion from OSM to routable
garmin maps that figure out when you're looking at slip roads and when
it's an actual roundabout (sounds unreliable).
Can anyone thing of a better solution to this?
Bob
if (*ra4 != 0xffc78948) { return false; }
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Roundabouts and routing
Jonathan Waller wrote: With regards to solution 1) I have never noticed a sliproad onto a roundabout tagged as junction=roundabout (UK East Midlands). Where is this common practice? If this is not too widely used then it might be worth retagging, but I don't know how easy it would be to automatically detect these. Certainly the roundabouts near here all have islands in the middle of the approach, so these need to be mapped, if only for the pedestrian route around them. They are all tagged as part of the approach road, but obviously have the correct direction arrows ... which they need! I think the main problem here is not so much anything to do with OSM, but how the portable devices work. TomTom has this very annoying habit of announcing some silly side road or even layby as a junction then totally ignoring the merges with a motorway a mile or so later. It is the interpretation of the data that is the problem, not the data itself, and if anything that needs to be handled in the conversion process to the device not on the raw map? Bodging the data so that the device does what you want ;) -- 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] Roundabouts and routing
David Earl wrote: In areas where it has been important for me (where I've been producing a high quality paper map), I have tagged these as junction=approach. The reason I needed such a tag was to avoid one way arrows cluttering up the map on those little Y-shaped approaches to roundabouts This seems like a bad approach to me. (pardon the pun) If the road flares like that then those two road sections ARE one way. If you do not tag them as such then you will confuse routing software, which will see two possible exits from the roundabout, rather than one on and one off. Looking at Mapdust/skobbler reports shows that incorrect tagging of these approaches is a common cause of odd routing bugs like /Nav said to take the 8th exit at roundabout, but there were only 4/ -- View this message in context: http://gis.638310.n2.nabble.com/Roundabouts-and-routing-tp6773223p6775471.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Roundabouts and routing
On 09/09/2011 11:00, Graham Stewart (GrahamS) wrote: David Earl wrote: In areas where it has been important for me (where I've been producing a high quality paper map), I have tagged these as junction=approach. The reason I needed such a tag was to avoid one way arrows cluttering up the map on those little Y-shaped approaches to roundabouts This seems like a bad approach to me. (pardon the pun) If the road flares like that then those two road sections ARE one way. If you do not tag them as such then you will confuse routing software, which will see two possible exits from the roundabout, rather than one on and one off. As I said, I didn't invent this, only added a tag to identify the kind of feature. But nearly all roundabouts in the UK are done like this or similar, by lots and lots of different people, because they are significant geographical features. On major roads they can be many tens of metres long and the gap between the ends can be 10 or 20 metres on some big roundabouts. It's almost a special case of dual carriageway. If they are explicitly marked one-way then the problem is with routing algorithms if they could them as an exit when they aren't. If you didn't mark them as one-way then there would be some excuse for counting them all as exits (except that you could tell, if they are marked junction=approach, but that's not nearly so widely used). David ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Roundabouts and routing
On 09/09/2011 12:09, David Earl wrote: algorithms if they could them as an exit when they aren't. If you didn't err, count them as... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Roundabouts and routing
2011/9/9 Graham Stewart (GrahamS) gra...@dalmuti.net: David Earl wrote: The reason I needed such a tag was to avoid one way arrows cluttering up the map on those little Y-shaped approaches to roundabouts This seems like a bad approach to me. (pardon the pun) If the road flares like that then those two road sections ARE one way. +1 I also agree with others that those links shouldn't be tagged junction=roundabout. I'd tag the links into the roundabout in the example highway=trunk_link, oneway=yes (and maybe even lanes=1 if applies). cheers, Martin PS: This whole discussion should go into tagging. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] The thread Roundabouts and routing
Is it just me or does the thread Roundabouts and routing (http://lists.openstreetmap.org/pipermail/talk/2011-September/060082.html) reflect a dysfunctional community? I'm not talking about the question. I'm talking about the responses. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Roundabouts and routing
On 08/09/2011 23:14, Jonathan Waller wrote: With regards to solution 1) I have never noticed a sliproad onto a roundabout tagged as junction=roundabout (UK East Midlands). Where is this common practice? If this is not too widely used then it might be worth retagging, but I don't know how easy it would be to automatically detect these. Jonathan Should you be a mkgmap user then running it with the --check-roundabout-flares option will result in identification of problems with, yes you guessed it, roundabout flare roads. Specifically, it will warn about: - Flare roads that have oneway set in the wrong direction - Flare roads that are not set to oneway - Flare roads that do not converge to a flare point In addition, the --check-roundabouts flag will result in warning about flare roads that have been given the junction=roundabout tag. -- Charlie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The thread Roundabouts and routing
On Fri, Sep 9, 2011 at 1:31 PM, Anthony o...@inbox.org wrote: Is it just me or does the thread Roundabouts and routing (http://lists.openstreetmap.org/pipermail/talk/2011-September/060082.html) reflect a dysfunctional community? Is it just me or is this message not a typical troll ? Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The thread Roundabouts and routing
Am 09.09.2011, 13:31 Uhr, schrieb Anthony o...@inbox.org: Is it just me or does the thread Roundabouts and routing (http://lists.openstreetmap.org/pipermail/talk/2011-September/060082.html) reflect a dysfunctional community? On the contrary as it appears to me: * The question was asked *yesterday* * There were responses from more than 10 different people already! * There were arguments given that truefully describe the currently existing conflict between micromapping and mapping for garmin * The conflict is not coming from opinions, but is reality. * All people answered in a tone that's at least acceptable if I have not missed a bad posting. Although no good for all solution or compromise has been found yet, this is in my eyes a very well functioning example of community effort. Hopefully a solution is going to be elaborated soon. Regards, Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The thread Roundabouts and routing
On Fri, Sep 9, 2011 at 7:39 AM, Pieren pier...@gmail.com wrote: On Fri, Sep 9, 2011 at 1:31 PM, Anthony o...@inbox.org wrote: Is it just me or does the thread Roundabouts and routing (http://lists.openstreetmap.org/pipermail/talk/2011-September/060082.html) reflect a dysfunctional community? Is it just me or is this message not a typical troll ? I think it's just you. But do you care to explain? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The thread Roundabouts and routing
On Fri, 9 Sep 2011 07:47:37 -0400, Anthony wrote: On Fri, Sep 9, 2011 at 7:39 AM, Pieren pier...@gmail.com wrote: On Fri, Sep 9, 2011 at 1:31 PM, Anthony o...@inbox.org wrote: Is it just me or does the thread Roundabouts and routing (http://lists.openstreetmap.org/pipermail/talk/2011-September/060082.html) reflect a dysfunctional community? Is it just me or is this message not a typical troll ? I think it's just you. But do you care to explain? Maybe it's just you thinking the thread reflects a dysfunctional community. Would you care to explain why you think that? Because I don't. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The thread Roundabouts and routing
On Fri, Sep 9, 2011 at 7:51 AM, Maarten Deen md...@xs4all.nl wrote: On Fri, 9 Sep 2011 07:47:37 -0400, Anthony wrote: On Fri, Sep 9, 2011 at 7:39 AM, Pieren pier...@gmail.com wrote: On Fri, Sep 9, 2011 at 1:31 PM, Anthony o...@inbox.org wrote: Is it just me or does the thread Roundabouts and routing (http://lists.openstreetmap.org/pipermail/talk/2011-September/060082.html) reflect a dysfunctional community? Is it just me or is this message not a typical troll ? I think it's just you. But do you care to explain? Maybe it's just you thinking the thread reflects a dysfunctional community. Would you care to explain why you think that? Because I don't. Yes, I will. I thought it was obvious, but I guess not. What's this trolling bit about, though? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The thread Roundabouts and routing
On Fri, 2011-09-09 at 07:47 -0400, Anthony wrote: On Fri, Sep 9, 2011 at 7:39 AM, Pieren pier...@gmail.com wrote: On Fri, Sep 9, 2011 at 1:31 PM, Anthony o...@inbox.org wrote: Is it just me or does the thread Roundabouts and routing (http://lists.openstreetmap.org/pipermail/talk/2011-September/060082.html) reflect a dysfunctional community? Is it just me or is this message not a typical troll ? I think it's just you. But do you care to explain? you are wrong - it is also me. -- regards Kenneth Gonsalves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The thread Roundabouts and routing
On Friday 09 September 2011, Anthony wrote: Is it just me Yes. or does the thread Roundabouts and routing (http://lists.openstreetmap.org/pipermail/talk/2011-September/060082.html) reflect a dysfunctional community? No. robert. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The thread Roundabouts and routing
Thanks Kay. Perhaps it's just me. I think it's a problem that there's so much conflict over something so simple, and I think it's especially problematic that the details of the conflict get aired as the response to a question from someone trying to be helpful. I would think there would be other lists for such things, though it still troubles me that something so simple would be in dispute. Yes, the conflict is reality. It is the reality that is troubling. As for tone, I didn't think the tone of Tom Hughes was very friendly, nor the mindless response made by Steve. But hey, if it's just me, feel free to ignore this. Kenneth, can you elaborate on your post? What in my post is typical of a troll? On Fri, Sep 9, 2011 at 7:44 AM, Kay Drangmeister k...@drangmeister.net wrote: Am 09.09.2011, 13:31 Uhr, schrieb Anthony o...@inbox.org: Is it just me or does the thread Roundabouts and routing (http://lists.openstreetmap.org/pipermail/talk/2011-September/060082.html) reflect a dysfunctional community? On the contrary as it appears to me: * The question was asked *yesterday* * There were responses from more than 10 different people already! * There were arguments given that truefully describe the currently existing conflict between micromapping and mapping for garmin * The conflict is not coming from opinions, but is reality. * All people answered in a tone that's at least acceptable if I have not missed a bad posting. Although no good for all solution or compromise has been found yet, this is in my eyes a very well functioning example of community effort. Hopefully a solution is going to be elaborated soon. Regards, Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The thread Roundabouts and routing
On Fri, Sep 9, 2011 at 7:59 AM, Robert Scott li...@humanleg.org.uk wrote: On Friday 09 September 2011, Anthony wrote: Is it just me Yes. or does the thread Roundabouts and routing (http://lists.openstreetmap.org/pipermail/talk/2011-September/060082.html) reflect a dysfunctional community? No. Does this thread reflect one? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The thread Roundabouts and routing
On Fri, 2011-09-09 at 08:01 -0400, Anthony wrote: Kenneth, can you elaborate on your post? What in my post is typical of a troll? everything -- regards Kenneth Gonsalves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The thread Roundabouts and routing
Anthony wrote: On Fri, Sep 9, 2011 at 7:59 AM, Robert Scottli...@humanleg.org.uk wrote: On Friday 09 September 2011, Anthony wrote: Is it just me Yes. or does the thread Roundabouts and routing (http://lists.openstreetmap.org/pipermail/talk/2011-September/060082.html) reflect a dysfunctional community? No. Does this thread reflect one? More than the original discussion :) At the end of the day we are now down to a level where the fine detail is more important than simply getting all the roads plotted. I see nothing wrong with the original post ... I recognise the scenario from tomtom as well not even using OSM data! The only thing that I think is wrong with the post is that 'Don't tag sliproads onto roundabouts as junction=roundabout' is probably not the cause of the error in garmin, but rather simply the split of the main way. It is that area that needs to be investigated a little further since 'junction=roundabout' just seems wrong anyway. -- 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] The thread Roundabouts and routing
Everyone, please stay on topic, and stop this unnecessary discussion. If there is an issue here requiring the attention of the moderators, we will act. Thanks -Mikel___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] SOTM streaming!
So I brought a webcam to SOTM. I am broadcasting on ustream. Unfortunately my poor netbook doesn't have the CPU to do things very well so the video is kind of worthless but I hear the audio is good. And there are ads. But if you want to follow along... http://www.ustream.tv/channel/KSUToebee Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] SOTM streaming!
I was hoping there would be streaming, or at least videos uploaded later. Thanks for doing this, please keep it up! -Josh On Fri, Sep 9, 2011 at 11:47 AM, Toby Murray toby.mur...@gmail.com wrote: So I brought a webcam to SOTM. I am broadcasting on ustream. Unfortunately my poor netbook doesn't have the CPU to do things very well so the video is kind of worthless but I hear the audio is good. And there are ads. But if you want to follow along... http://www.ustream.tv/channel/KSUToebee Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] SOTM streaming!
My understanding is that there is a professional recording being done (I think freeseer?) that will be put up after the conference but they aren't streaming. I guess ustream lets me record videos for later playback too but I didn't click that button on the first session. I'll try it on the next one. Note: the webcam microphone is very unfocused and picks up things like me typing on my laptop behind it and such. Also, whenever there is applause, be prepared to mute your volume for a few seconds. I don't see any options for normalizing the audio levels :) Toby On Fri, Sep 9, 2011 at 11:02 AM, Josh Doe j...@joshdoe.com wrote: I was hoping there would be streaming, or at least videos uploaded later. Thanks for doing this, please keep it up! -Josh On Fri, Sep 9, 2011 at 11:47 AM, Toby Murray toby.mur...@gmail.com wrote: So I brought a webcam to SOTM. I am broadcasting on ustream. Unfortunately my poor netbook doesn't have the CPU to do things very well so the video is kind of worthless but I hear the audio is good. And there are ads. But if you want to follow along... http://www.ustream.tv/channel/KSUToebee Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Copyright status of OSM map data - initial results
On 09/09/11 15:57, Ed Avis wrote: In the US, the two lawyers found that the OSM map data is copyrightable. They mentioned the explicit inclusion of maps in copyright law But geodata is not a map, and the copyright on the database is not the copyright on its contents. My barrister in the UK fist considered the situation under the Copyright Act 1911. The 1911 act has long since been repealed in the UK, though. - That's the summary, as I best translate it from my notes of the two phone calls. Thank you for going to all the trouble of doing this and sharing the results publicly. - Rob. ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] smfilter - OSM file preprocessor for rendering of seamarks
Hi lists! I just published smfilter on the web. Smfilter is a preprocessor for OSM files which is used in the rendering process of OpenSeamap. This tool is specific to seamarks but the concept is of course open to other applications. A description and a download link is found there: http://www.abenteuerland.at/smfilter/ Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] NS-API over XMPP (beta)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Goedemorgen, Het mag duidelijk zijn dat het initiatief van de Nederlandse Spoorwegen om een publieke API beschikbaar te stellen een hele goede is, de NS heeft het voortouw genomen waar anderen duidelijk steken hebben laten vallen en juist dat we met z'n allen hier ons ding mogen doen met zeer schappelijke voorwaarden heeft al tot veel prachtige dingen geleid. Dat er een aantal restricties aan zitten valt in veel gevallen ook nog best te begrijpen, en als eerste aanzet is wat er uit de API zelf komt, misschien esthetisch niet wat je zou willen, maar goed interpreteerbaar. Al ver voor de lancering van de NS API is ons project openOV bezig geweest met 'echte' realtime data en hoe je dat op een elegante manier bij de ontwikkelaar thuis kunt krijgen. Wij denken dan ook dat PULL niet het enige middel is om het doel te bereiken... PUSH zou zeker niet mogen ontbreken. Omdat je immers op het moment dat iets is veranderd geïnformeerd wil worden, en daar niet constant om moet vragen. Wil je met een bepaalde trein of op een bepaalde tijd met de trein? Dan vraag je gewoon of het systeem jou informeert. Conceptueel een vrij makkelijk idee, mits je weet wanneer iets verandert, anders moet je natuurlijk alles blijven 'pollen'. Je zou ook kunnen zeggen 1 persoon moet die polls doen, en dan heeft de rest een PUSH-API. Maar wie gaat dat klusje klaren? En waarmee? Allereerst is ons uitgangspunt geweest dat we _niet_ aan inhoud gaan sleutelen, de NS heeft voor een bepaald berichtenformaat gekozen. Een andere integrator kiest weer wat anders, en kijk je naar de GTFS-realtime specificatie dan is er weer een ander datamodel op geslagen. Laten we gewoon eerst een beginnen met het ontsluiten, in plaats van: herschrijven. Omdat wij ook geen wielen opnieuw gaan uitvinden op het gebied van berichtuitwisselstandaarden valt de keuze al snel op XMPP. Talloze libraries zijn hiervoor beschikbaar, in vrijwel iedere programmeertaal, en is straks ook 'native' in de browser te gebruiken; nu over HTTP(S) via Javascript (BOSH) of Websockets. Wat we wel hebben gedaan? Actuele Vertrektijden en de stationslijst ontsloten. Stationsvoorzieningen zijn keihandig, dus die hebben we er ook maar tussen gestopt. En we hebben een semi-complete mapping naar waar de trein daadwerkelijk stopt en hoe laat (zeg maar de actuele vertrektijden per rit, in plaats van per station) gemaakt. Een kleine wijziging is gedaan voor 'aliases', geen true/false meer, maar gewoon de lijst met aliases op een station zelf. We vinden het ook stom dat je eerst een API key zou moeten hebben om de dienst te gebruik te mogen maken dus hebben we de volgende opties voor je: - - als je een eigen XMPP server hebt kun je automatisch verbinden met je eigen account. Je logt in op je eigen server, en je server regelt de rest. En ja: GoogleTalk is ook een werkende XMPP server. - - op het moment dat we onze webdemo af hebben zorgen we dat een iedereen anoniem kan inloggen, wat niet veel meer zegt dat je gewoon een random gebruikersnaam hebt, zonder wachtwoord. Daarmee hebben we gelijk onze eigen BOSH server en kun je met een js library als Strophe gewoon verbinden. - - omdat we weten hoe vervelend het is dat je niet gelijk aan de slag kunt als je een newbie bent met XMPP, hebben we ook maar gelijk een webinterface gebouwd (alpha), nee het is allemaal niet de bedoeling omdat permanent te gebruiken, maar het geeft je wel even de feeling met wat we aan het doen zijn en hoe het werkt. (zie later in de mail) Wat werkt er nu? We hebben nu de NS calls: stations, storingen, actuelevertrektijden geïmplementeerd. Je kunt je op actuele vertrektijden abonneren via het PubSub model (XEP-0060). Je mag het abonneren beschouwen als beta en iets wat ik goed wil testen, want verder werkt alles als een trein. Hoe werkt dat allemaal? Door middel van 1 NS account, bevragen we de NS eens per tien minuten wanneer er niets aan de hand is, registreert het systeem een vertraging op een bepaald station, gaan we terug naar eens per vijf minuten voor dat station, komt de eerst volgende trein twee uur laten gaan we een uur van te voren weer beginnen met snuffelen, en duurt het nog een uur voordat de eerstvolgende trein komt, kijken we na twintig minuten weer. Dat is de business logica. We maken technisch gebruik van eJabberd (als XMPP server), SleekXMPP (als Python XMPP library), SQLite (voorlopig voor wat opslag van de stationlijst en voorzieningen). De HTTP demo is voor rekening van WebPy, uWSGI en Cherokee. Hoe ziet dat er dan uit? Binnen XMPP heb je mogelijkheid om Service Discovery te doen, en gebruik te maken van een Publish-Subscribe systeem. Service Discovery kun je voorstellen als een map weergave met bestand, pubsub meer als een inhoud weergave. Voorbeeldje: Service discovery: http://nsapi.xmpp.openov.nl/stations/vb/ = query xmlns=http://jabber.org/protocol/disco#items;
Re: [Talk-de] Wohngebiete landuse=residential und ihr Bezug zu Straßen, einheitliche Erfassung (war Re: wieder mal - Flächen und Wege)
Am 8. September 2011 13:17 schrieb Garry garr...@gmx.de: Am 30.08.2011 09:30, schrieb Martin Koppenhoefer: Am 30. August 2011 04:58 schrieb Garrygarr...@gmx.de: Was spricht dagegen Strassenflächen und Grundstücksflächen über einen Zugehörigkeitstag zusammenzufassen (z.B. landuse_name=Südhangsiedlung), dann spielt es keine Rolle wo und wie die landuse-Flächen aufgeteilt sind. M.E. ist landuse_name seltsam. Wieso nicht place=untergebiet, name=Südhangsiedlung? Ich hätte schon gerne erkennbar dass sich der Name ausschliesslich auf eine Gruppierung (auch Einzelfläche) von landuse-Flächen bezieht. Das tut er aber nicht, wenn ich die parallele Diskussion hier zusammenfassend betrachte. Es bestand Einigkeit darin, dass in einem Wohngebiet/-siedlung auch andere landuses vorkommen können, daher ist die Siedlung kein landuse-feature, auch wenn sie vorwiegend aus einem bestimmten landuse besteht, sondern ein Siedlungsfeature. Allein schon -siedlung deutet stark Richtung place. Der Name war frei erfunden als Beispiel für ein Wohngebietsname. Nomen est Omen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in Potlatch 2?
Hab RichardF gefragt, Antwort: http://trac.openstreetmap.org/ticket/3674 Simon Am 08.09.2011 19:18, schrieb Rainer Knaepper: Am 08.09.2011 18:02, schrieb Wolfgang Barth:neuerdings nur [object Object] enthält und wenn man das Menü öffnet auch innen drin nur dreimal [object Object] untereinander enthält. Ist das nur bei mir so, oder bei anderen auch? Schon seit Monaten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebiete, landuse=residential Verwendung - continued
Hi, Am 09.09.2011 07:52, schrieb Georg Feddern: Aber während Wohngebiete oder Stadtviertel in der Gründungsphase recht scharf umgrenzte Gebiete sind, verschwimmen die Grenzen im Laufe der Jahrzehnte und Jahrhunderte allerdings immer mehr, so dass eine trennscharfe Grenzziehung hier zwangsläufig immer umstritten sein wird. Das spricht umsomehr für eine Entkopplung von landuse=residential als reine, reale Flächennutzung von der polit.-admin. Grenze eines Wohngebietes. Denn um die polit. Grenzziehung, ja sogar den Namen eines Wohngebietes lässt sich streiten, weil, deinen Argumenten folgend, die Grenzziehung mit dem Alter des Gebietes unschärfer werden kann. Die namenlose, reale Flächennutzung lässt sich mit offenen Augen bestätigen oder nicht. E.g. Das Grundstück wird zum Wohnen genutzt - es liegt innerhalb einer landuse=residential Fläche. Das Grundstück liegt auf der Grenze zweier Wohngebiete, die nur unscharf definiert ist. Ob es dann dem einen oder dem anderen Wohngebiet zugerechnet wird, bleibt klar eine Entscheidung der Mapper, die sich um die (unscharfe) polit. Grenze kümmern. Die könnten dann evtl. den Besitzer oder das Amt fragen um letzte Fragen zu klären. Wenn es nicht zu klären ist, können die Grenzen (border=administrative) ja auch überlappen, so dass es polit. beiden Gebieten zugeordnet wird. Die MapperInnen, welche landuse=residential mappen, bräuchte letzteres überhaupt nicht zu interessieren, weil weder ein name=* tag involviert ist, noch die Flächennutzungsgrenze eine politische wäre. Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebiete landuse=residential und ihr Bezug zu Straßen, einheitliche Erfassung (war Re: wieder mal - Flächen und Wege)
Am 09.09.2011 13:20, schrieb Martin Koppenhoefer: Das tut er aber nicht, wenn ich die parallele Diskussion hier zusammenfassend betrachte. Es bestand Einigkeit darin, dass in einem Wohngebiet/-siedlung auch andere landuses vorkommen können, daher ist die Siedlung kein landuse-feature, auch wenn sie vorwiegend aus einem bestimmten landuse besteht, sondern ein Siedlungsfeature. Allein schon -siedlung deutet stark Richtung place. Der Name war frei erfunden als Beispiel für ein Wohngebietsname. Bleibt nur noch die Frage, was mit Polygonen anzustellen ist, die landuse=residential place=town name=Musterdorf tragen. Das tritt vgl.-weise selten auf und es gibt korrespondierend dazu einen place _node_ mit den gleichen Informationen place=town name=Musterdorf Ich schlage vor, die Dopplung der tags im Polygon zu entfernen, da a) Der Name nicht für die Siedlungsfläche vergeben wurde, sondern für die gesamte Fläche innerhalb der Ortsgrenzen. b) Die Siedlungsfläche bereits über alle landuses innerhalb der Ortsgrenzen, abzgl. Betriebs-, Verkehrs- und Abbauflächen [1], gegeben ist. (Alles unter der Annahme, dass das place-polygon 'Siedlungsfläche' repräsentiert. 'Siedlungsfläche' ist aber schon durch landuse=* gegeben, siehe andere mail.) Gruß, Christian [1] http://de.wikipedia.org/wiki/Fl%C3%A4chenverbrauch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verfahren bei place wenn node und area vorhanden ist. WAR Re: Wohngebiete landuse=residential und ihr Bezug zu Straßen, einheitliche Erfassung (war Re: wieder mal - Flächen und Wege)
Am 9. September 2011 15:30 schrieb Christian Müller cmu...@gmx.de: Am 09.09.2011 13:20, schrieb Martin Koppenhoefer: Das tut er aber nicht, wenn ich die parallele Diskussion hier zusammenfassend betrachte. Es bestand Einigkeit darin, dass in einem Wohngebiet/-siedlung auch andere landuses vorkommen können, daher ist die Siedlung kein landuse-feature, auch wenn sie vorwiegend aus einem bestimmten landuse besteht, sondern ein Siedlungsfeature. Bleibt nur noch die Frage, was mit Polygonen anzustellen ist, die landuse=residential place=town name=Musterdorf tragen. Das tritt vgl.-weise selten auf und es gibt korrespondierend dazu einen place _node_ mit den gleichen Informationen place=town name=Musterdorf Das Wiki schlägt vor, den landuse weiter zu verfeinern, sofern es sich nicht um eine reine Schlafstadt handelt (The extent of the area should mark the boundary of known residential use, not the extent of the whole town or village, where they are not identical.). Von daher würde man wohl den landuse vom place-polygon abspalten müssen. Ich schlage vor, die Dopplung der tags im Polygon zu entfernen, da -1. Ich würde auf keinen Fall den Namen vom place-polygon entfernen, da das die einzige Möglichkeit ist, den Bereich der Siedlung überhaupt klar zuzuordnen. Es gab vor einiger Zeit einigermaßen Einverständnis in der Auffassung, dass ein place-node auch dann sinnvoll ist, wenn es bereits ein Polygon für das place-Objekt gibt. (s. hierzu im Archiv von tagging und evtl. talk-osm). a) Der Name nicht für die Siedlungsfläche vergeben wurde, sondern für die gesamte Fläche innerhalb der Ortsgrenzen. was meinst Du mit Ortgrenzen? Wenn es sich auf Verwaltungsgrenzen bezieht, dann müsste anstatt des place ein boundary-polygon ran. Ansonsten sind die Ortsgrenzen die Siedlungsfläche (oder meinst Du Ortgrenzen im Sinne der StVO?, dann wäre es weder noch und wird nicht mit Grenzen gemappt). b) Die Siedlungsfläche bereits über alle landuses innerhalb der Ortsgrenzen, abzgl. Betriebs-, Verkehrs- und Abbauflächen [1], gegeben ist. stimmt so nicht, weil nicht klar ist, _welche_ Siedlung es ist, vor allem in Ballungsräumen. Verkehrsflächen sind genauso wie alle anderen Betriebs-, Produktions- und Verkaufsflächen Teil der Siedlung. Siedlung hat im deutschen Sprachgebrauch übrigens auch verschiedene Bedeutungen, führt das evtl. zu Verwirrung? Mein Gebrauch von Siedlung hier ist ein Oberbegriff für solche Dinge wie Großstadt, Stadt, Kleinstadt, Dorf, Weiler, Einzelsiedlung. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebiete, landuse=residential Verwendung - continued
Am 8. September 2011 15:35 schrieb Christian Müller cmu...@gmx.de: Am 07.09.2011 20:09, schrieb Martin Koppenhoefer: Es gibt einen Unterschied zwischen administrierter Fläche (boundary=administrative) und Siedlungsfläche (place-polygon), daher braucht man auch beide. Als best_practice würde ich vorschlagen, für places eine Relation zu machen und den place-node mit der Rolle settlement_centre dort mit der Place-Fläche zu verknüpfen. eigentlich hatte ich ja versprochen, hier nichts mehr dazu zu schreiben. Ich bitte darum, diese Diskussion auf der tagging-Liste weiterzuführen, vor allem, wenn das englische Wiki geändert werden soll, weil man sie nicht nur auf Deutschland isoliert betrachten kann. Wenn man das vor hat, kann man evtl. im deutschsprachigen Teil des Wikis eine Sektion für Deutschland machen (oder auch nicht, wenn die Österreicher, Schweizer und Luxemburger das auch alle so sehen) wo man für Deutschland Sonderregeln macht. Ich würde das allerdings nicht begrüßen, wenn man nicht mal für landuse und place einen internationalen Konsens finden kann. au contraire: Siedlungsfläche != place-polygon (siehe unten) Außerdem kämpfst Du an der Stelle mit dem falschen Menschen. Ich habe die best practice auf der englischen Wiki-Seite, die übrigens _durchaus_ den allg. Fall und nicht den speziellen beschreibt, nicht verfasst. Ich stimme ihr nur zu, weil sie Sinn macht, und habe lediglich die Unstimmigkeit zwischen dieser best practice und der Definition der place area beseitigt. Du bist wieder einmal dagegen, sel a vi.. ich kämpfe nicht, sondern habe festgestellt, dass durch die Ergänzung zum best_practice auf der Seite ein Widerspruch entstanden war, den Du als Begründung genutzt hast, die Vorgaben der Seite weiter in diese Richtung zu ändern. Dein Kommentar dazu: resolve contradicition between definition and 'best practice' . IMHO hat die Definition Vorrang vor einem behaupteten best_practice (der hier nicht funktioniert, nicht allgemein funktionieren kann, sondern nur für Verwaltungszentren funktioniert). Zu behaupten ich sei mal wieder dagegen und damit zu unterstellen, ich würde troll-artig des Widerspruchs wegen dagegen sein halte ich nicht für sachdienlich oder zutreffend. Auch empfinde ich es als groben Unfug /Siedlungsfläche/ als place=* getaggte area zu erfassen. I.A. lassen sich für die meisten place=* _nodes_ zugehörige, administrative Grenzen angeben, eine Zuordnung... das ist auch Dein gutes Recht, aber viele andere sehen das anders, weil die Realität so ist. Niemand zwingt Dich dazu, places als Polygone zu mappen, aber um im Wiki zu behaupten, man solle das nicht machen, reicht Deine Meinung nicht aus. place - administrative boundary das empfinde ich als groben Unfug, im besten Fall eine Doppelung von Informationen. existiert also - anhand zahlreicher, bereits existierender Relationen zu sehen. Hauptsächlich deshalb, weil ja auch die Ortsnamen von __administrativer Stelle__ für die Gebiete innerhalb administrativer Grenzen vergeben werden, i.e. ein place=* node ist oft in der Tat sogar als admin_centre amtlich mit dieser Grenze verknüpft. Genau diesem Aspekt trägt (und trug bereits vor meiner Änderung) die Wiki-Seite Rechnung. Ich werde das also nicht rückgängig machen. wie gesagt, das trifft nicht mal in Deutschland überall zu, aber wenn dafür innerhalb Deutschlands Einigkeit besteht, dann schreibt das doch einfach als deutschlandspezifische Regelung ins Wiki. Ein Gegenbeispiel: die Bezirke Berlins. Z.T. waren das mal administrative Gebiete, aber durch Zusammenlegung und Umstrukturierung sind sie es jetzt nicht mehr. Dass die administrativen Grenzen mit den Ortgrenzen zusammenfallen trifft ggf. in Ballungsräumen zu, wenn zwischen den einzelnen settlements kein Abstand ist. Was soll denn die 'Siedlungsfläche' deiner Meinung nach sein? Laut Wikipedia [1] ist der Begriff der 'Siedlungsfläche' genau definiert und zwar als Oberbegriff bestimmter Flächen, für welche wir in OSM direkte landuse=* Entsprechungen haben. Sie als place-polygon zu erfassen wäre unnötig und falsch, sowohl nach [1], als auch nach dem Begriff an sich, der mit dem Kopf des Kompositums -fläche- anzeigt, in welche Kategorie er zu stecken ist. Nach dem durch Dich favorisierten (und durchaus sinnvollen) Verständnis von landuse als /Flächennutzung/ gehört der Begriff der Siedlungsfläche abermals zum Namespace landuse=*. [1] http://de.wikipedia.org/wiki/Flächenverbrauch Die von Dir zitierte Seite setzt Siedlungsfläche in Gegensatz zu Verkehrsfläche und ist daher nicht das, wovon ich spreche. Ich spreche von Siedlung im Sinne von von Menschen gemeinsam besiedelter Ort, im engl. Settlement. Wenn Du gerne Wikipedia liest empfehle ich diese Artikel: http://de.wikipedia.org/wiki/Stadtmorphologie http://de.wikipedia.org/wiki/Stadtgeographie http://de.wikipedia.org/wiki/Siedlung Ein 'Ort' /ist/ keine Grenze. Das Tag heißt place=* und nicht place's_border=*.
[Talk-de] smfilter - OSM file preprocessor for rendering of seamarks
Hi lists! I just published smfilter on the web. Smfilter is a preprocessor for OSM files which is used in the rendering process of OpenSeamap. This tool is specific to seamarks but the concept is of course open to other applications. A description and a download link is found there: http://www.abenteuerland.at/smfilter/ Best regards, Bernhard signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verfahren bei place wenn node und area vorhanden ist. WAR Re: Wohngebiete landuse=residential und ihr Bezug zu Straßen, einheitliche Erfassung (war Re: wieder mal - Flächen und Wege)
Am 09.09.2011 16:27, schrieb Martin Koppenhoefer: Von daher würde man wohl den landuse vom place-polygon abspalten müssen. Ja, genau so ist das. Ich schlage vor, die Dopplung der tags im Polygon zu entfernen, da -1. Ich würde auf keinen Fall den Namen vom place-polygon entfernen, da das die einzige Möglichkeit ist, den Bereich der Siedlung überhaupt klar zuzuordnen. Es gab vor einiger Zeit einigermaßen Einverständnis in der Auffassung, dass ein place-node auch dann sinnvoll ist, wenn es bereits ein Polygon für das place-Objekt gibt. (s. hierzu im Archiv von tagging und evtl. talk-osm). Lesen! Ich sprach von Dopplung, i.e. in allen Fällen ist bereits ein place node da, der die gleichen Informationen enthält. Häufig ist außerdem korrekt die Verwaltungsgrenze erfasst - die enthält nochmal die gleiche Information. Es ist also eine, von vielen weiteren, und besseren Möglichkeiten. Wenn es sich auf Verwaltungsgrenzen bezieht, dann müsste anstatt des place ein boundary-polygon ran. Davon rede ich doch die ganze Zeit. Es gibt keinen Bedarf für ein place-polygon. Was sollte es auch abbilden? Die 'Siedlungsfläche' ist ein landuse=*. b) Die Siedlungsfläche bereits über alle landuses innerhalb der Ortsgrenzen, abzgl. Betriebs-, Verkehrs- und Abbauflächen [1], gegeben ist. stimmt so nicht, weil nicht klar ist, _welche_ Siedlung es ist, vor allem in Ballungsräumen. Stimmt so doch: In Ballungsräumen existieren Verwaltungsgrenzen mit admin_level=10, bzw. 11 selbst die suburbs haben ihre Ortsgrenze (Gebietsgrenze, nicht im Sinne der StVO), womit Siedlungsfläche immer zuordenbar ist. Bitte gib in Zukunft konkrete Beispiele, um deine Thesen zu untermauern und wirf anderen Leuten nicht pauschale Aussagen entgegen, deren Gründe sie erraten müssen. :o) Verkehrsflächen sind genauso wie alle anderen Betriebs-, Produktions- und Verkaufsflächen Teil der Siedlung. Siedlung hat im deutschen Sprachgebrauch übrigens auch verschiedene Bedeutungen, führt das evtl. zu Verwirrung? Mein Gebrauch von Siedlung hier ist ein Oberbegriff für solche Dinge wie Großstadt, Stadt, Kleinstadt, Dorf, Weiler, Einzelsiedlung. Nochmal, der Wikipediaartikel zum Flächenverbrauch gibt an, was unter Siedlungs- und Verkehrsfläche zu verstehen ist. Wikipedia schreibt, dass dieser Begriff klar definiert ist, d.h. schätzungsweise nicht durch Wikipedia selbst, sondern durch eine administrative Entität. Es spricht mit Sicherheit nichts dagegen, diese Definition zu übernehmen, da sie dem allg. Sprachgebrauch nicht entgegensteht. Beide Begriffe (Siedlungs-, als auch Verkehrsfläche) definieren sich übrigens ausschließlich über die Flächen_nutzung_, Wikipedia spricht von Flächen_verbrauch_. Ich unterstelle das Flächenverbrauch = Flächennutzung im Sinne des Gebrauchs von landuse=* in OSM. E.g. Bornsdorf hat eine Verwaltungsgrenze. Die Gesamtfläche von Bornsdorf innerhalb dieser Grenze ist nach mehreren Kriterien aufteilbar. Administrativ wird die Fläche in weitere Verwaltungsgrenzen unterteilt (Stadtteil, Grundstücks-, Flur-, Gebietsgrenzen, etc.). Wird die Fläche anhand ihrer (verschiedenen) Nutzungsarten unterteilt, erhält man eine Flächennutzungskarte. Siedlungsfläche von Bornsdorf ist die Gesamtfläche innerhalb seiner Verwaltungsgrenze, abzgl. aller Betriebs-, Verkehrs- und Abbauflächen. Siedlungs- und Verkehrsfläche von Bornsdorf ist die Gesamtfläche innerhalb seiner Verwaltungsgrenze, abzgl. aller Betriebs- und Abbauflächen. Siedlungsfläche eines Stadtteils von Bornsdorf ist die Gesamtfläche innerhalb der Verwaltungsgrenze des Stadtteils, abzgl. aller Betriebs-, Verkehrs- und Abbauflächen. Das sollte logisch nachvollziehbar sein, aber es müsste dokumentiert werden. Es werden keine neuen Begriffe erfunden, die Sätze sind nur Ableitungen bestehender Definitionen. Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebiete, landuse=residential Verwendung - continued
Hi, Am 09.09.2011 17:39, schrieb Martin Koppenhoefer: Auch empfinde ich es als groben Unfug /Siedlungsfläche/ als place=* getaggte area zu erfassen. I.A. lassen sich für die meisten place=* _nodes_ zugehörige, administrative Grenzen angeben, eine Zuordnung... das ist auch Dein gutes Recht, aber viele andere sehen das anders, weil die Realität so ist. Niemand zwingt Dich dazu, places als Polygone zu mappen, aber um im Wiki zu behaupten, man solle das nicht machen, reicht Deine Meinung nicht aus. Das ist nicht meine Meinung, sondern a) auch deine Meinung (Nutzungsflächen sind als landuse=* zu taggen) b) per Definition des Begriffs so, ich gebe diese nur wieder. b) sollte wohl ausreichen, um das auch ins Wiki zu schreiben. Das wäre besser, als zu warten, bis dort eine andere Definition drinsteht, die mit der allgemeinen unverträglich ist und in ein paar Jahren auf Mailinglisten wieder für illustres Rätselraten sorgt. Weil Du beim Trollen warst: Meine textliche Arbeit, die versucht sich stark an bestehende Definitionen zu halten, als Meinung abzutun, anstatt die Definition konstruktiv mit mir zu prüfen und ihre Tauglichkeit für OSM herauszuarbeiten, ist schon ein wenig trollig. Das widerum ist mal meine Meinung. :-) place - administrative boundary das empfinde ich als groben Unfug, im besten Fall eine Doppelung von Informationen. _Grund_? Wieder so eine pauschale Aussage, ohne Grund. Eine Empfindung ist hier wesentlich uninteressanter, als eine Begründung. Außerdem ist nichtmal klar /was/ Du hier als groben Unfug empfindest? Das mapping an sich? Wie gesagt, ist doch in the wild schon seit Jahren praktiziert, es ist daher eher eine Beobachtung, als ein Zukunftswunsch. Und die best practice dazu im engl. Wiki ist die Dokumentation dazu. Die Definition war offensichtlich überholt. Eine Dopplung gäbe es im name=* tag, meinst Du das? Der place node gibt aber auch das admin_centre an und ist als solcher nicht entbehrbar. Wir könnten noch diskutieren, ob der name=* der boundary oder des place nodes entbehrlich ist, wenn beide über eine Relation verbunden sind. Schließlich würde es reichen, wenn der name=* in der Relation getaggt wird. Nun ja, bei Multipolygonen sind auch häufig die outer ways mit den gleichen tags versehen, wie das multipolygon. Zumindest das ist in manchen Validatoren eine Warnung wert, weil ein way in der outer-Rolle ja auch noch an anderen multis teilnehmen kann. Dieser Randpunkt führt uns aber nur vom eigentlichen Thema weg und bewegt am Ende nichts, weil der Fokus dann wieder auf allem liegt. Wir sollten beim Thema bleiben .., weil ja auch die Ortsnamen von __administrativer Stelle__ für die Gebiete innerhalb administrativer Grenzen vergeben werden, i.e. ein place=* node [..] als admin_centre amtlich mit dieser Grenze verknüpft [ist]. wie gesagt, das trifft nicht mal in Deutschland überall zu Nenne Beispiele. Ohne Beispiel - deine Meinung. Mit Beispiel - deine begründete Meinung. Deine unbegründete Meinung kann Dir niemand nehmen, aber über eine begründete Meinung lässt sich reden ;-) Dass die administrativen Grenzen mit den Ortgrenzen zusammenfallen trifft ggf. in Ballungsräumen zu, wenn zwischen den einzelnen settlements kein Abstand ist. Die Ortsgrenzen fallen _immer_ mit den Verwaltungsgrenzen zusammen, nicht nur in Ballungsräumen. Ortsgrenzen sind Verwaltungsgrenzen. Wenn bei Dir eine Ortsgrenze _keine_ administrative Grenze ist, was ist sie dann? Meinst Du mit Ortsgrenze die Siedlungsflächengrenze? Das ist etwas anderes und braucht, siehe andere mails dieses Freds nicht extra erfasst werden, wenn alle landuses der Gesamtfläche des Ortes korrekt erfasst worden sind. Was soll denn die 'Siedlungsfläche' deiner Meinung nach sein? Laut Wikipedia [1] ist der Begriff der 'Siedlungsfläche' genau definiert und zwar als Oberbegriff bestimmter Flächen, für welche wir in OSM direkte landuse=* Entsprechungen haben. Sie als place-polygon zu erfassen wäre unnötig und falsch, sowohl nach [1], als auch nach dem Begriff an sich, der mit dem Kopf des Kompositums -fläche- anzeigt, in welche Kategorie er zu stecken ist. Nach dem durch Dich favorisierten (und durchaus sinnvollen) Verständnis von landuse als /Flächennutzung/ gehört der Begriff der Siedlungsfläche abermals zum Namespace landuse=*. [1] http://de.wikipedia.org/wiki/Flächenverbrauch Die von Dir zitierte Seite setzt Siedlungsfläche in Gegensatz zu Verkehrsfläche und ist daher nicht das, wovon ich spreche. Das kann ich gar nicht feststellen. Im Gegenteil, sie spricht von Siedlungs- und Verkehrsfläche als einer Sinnheit. Ich spreche von Siedlung im Sinne von von Menschen gemeinsam besiedelter Ort, im engl. Settlement. Ja, das kannst Du tun, das wäre dann widerum deine Meinung, die für mich nachvollziehbar ist, weil Du Gründe angegeben hast. Ich finde jetzt nicht unbedingt, dass das der Definition in [[Flächenverbrauch]]
Re: [Talk-de] Wohngebiete, landuse=residential Verwendung - continued
Hier noch ein heißer Hinweis, was mit administrativen Grenzen eingemeindeter Gebiete passiert: http://de.wikipedia.org/wiki/Gemarkung Die Gemarkungsgrenze wird dort als nächste Hierachieebene unterhalb der Gemeindegrenze verkauft. Der Artikel erklärt, dass viele Dörfer als Gemarkungsgrenze weiter im Liegenschaftskataster bestehen, wenn ihr dasein als selbstständige Gemeinde endet. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Aggiornamento elenco user-highways
Il giorno 08 settembre 2011 23:39, Daniele Forsi dfo...@gmail.com ha scritto: Ho scaricato alcuni dati vecchi ed è preoccupante come la percentuale di highway con nome sia diminuita, ma dall'11 agosto sta aumentando leggermente: Non lo trovo così preoccupante. Vedo nel mio piccolo che nella mia città la percentuale di strade con nome è scesa nel tempo semplicemente perché continuavo ad aggiungere nuovi pezzi e non sempre aggiungevo il nome. Un'altra considerazione: ho fatto un giro di nomi (conoscenza personale, un WMS del Piemonte, etc.), e ho notato che, anche se ormai li ho messi praticamente tutti, la percentuale rimane bloccata sotto il 60% (dati basati sull'intera area del Comune). Mi piacerebbe avere un parere degli altri mappatori: sapendo quanto avete mappato e quanto c'è ancora da mappare, e vedendo il dato attuale della vostra zona, qual è una buona percentuale? Io noto che tra strade fuori città, track, service, rotonde e simili amenità c'è un alto numero di strade (soprattutto di way!) che *non* hanno nome, e abbassano la percentuale: basti pensare a quante way ci sono in un parcheggio ben mappato [1] ). Ciao, Simone [1] http://www.openstreetmap.org/?lat=45.32066lon=8.39457zoom=17layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiungere mappe a GpsMid
2011/9/8 ale_z...@libero.it ale_z...@libero.it: Ritiro su un vecchio argomento. GpsMid è avanzato di alcune versione ed ora mi pare funzioni molto bene, sul mio Nokia 5530 gli ho assegnato 40Mb di Ram e non s'inchioda più. Approfitto del thread per chiedere una info su GpsMid. L'ho installato su un N95 8Gb nella memoria del telefono (i programmi j2me vanno lentissimi se installati sulla memoria di massa - è un bug noto di questo modello), mentre i dati (presi dal sito che ha consigliato ale_zana) li ho messi scompattati nella memoria di massa. Il problema è che GpsMid ogni volta che legge dalla memoria di massa chiede conferma all'utente (ask every time) e nei settings non è possibile modificarlo in ask first time, rendendo il programma inutilizzabile. Qualcuno di voi ha avuto lo stesso problema? Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamento elenco user-highways
track, service, rotonde e simili amenità c'è un alto numero di strade (soprattutto di way!) che *non* hanno nome, e abbassano la percentuale: basti pensare a quante way ci sono in un parcheggio ben mappato [1] ). Ma quelle non sarebbe giuste escluderle dalla query ? -- Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamento elenco user-highways
Il giorno 09 settembre 2011 09:37, Stefano Tampieri stefano.tampi...@gmail.com ha scritto: track, service, rotonde e simili amenità c'è un alto numero di strade (soprattutto di way!) che *non* hanno nome, e abbassano la percentuale: basti pensare a quante way ci sono in un parcheggio ben mappato [1] ). Ma quelle non sarebbe giuste escluderle dalla query ? Ci sono diverse proposte su come taggare le way che non hanno effettivamente un nome. Nessuna vince, il problema continua a non essere risolto. Però sarei anch'io a favore di eliminare alcuni tipi di highway. Almeno le service, le cycleway, le footway e le track; almeno, se non eliminarle del tutto, creare un'altra query che le escluda. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamento elenco user-highways
Io sto mappando senza mettere nomi a parte quelli che riesco a leggere passando e mi ricordo e a parte quelli dei tre paesi in cui ho girato con la combo josm+macchina (lol). A quando una autorizzazione che preveda strade e nomi delle vie almeno nei centri urbani? :D Stefano Il giorno 09 settembre 2011 09:53, Simone Saviolo simone.savi...@gmail.comha scritto: Il giorno 09 settembre 2011 09:37, Stefano Tampieri stefano.tampi...@gmail.com ha scritto: track, service, rotonde e simili amenità c'è un alto numero di strade (soprattutto di way!) che *non* hanno nome, e abbassano la percentuale: basti pensare a quante way ci sono in un parcheggio ben mappato [1] ). Ma quelle non sarebbe giuste escluderle dalla query ? Ci sono diverse proposte su come taggare le way che non hanno effettivamente un nome. Nessuna vince, il problema continua a non essere risolto. Però sarei anch'io a favore di eliminare alcuni tipi di highway. Almeno le service, le cycleway, le footway e le track; almeno, se non eliminarle del tutto, creare un'altra query che le escluda. Ciao, Simone ___ 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
[Talk-it] Edifici Bombardati in generale e in Italia
Ciao, sto facendo una passata sul centro storico a Zena dopo una passeggiata condotta da cicerone in centro storico e mi è sorta una questione: come si taggano gli edifici bombardati? Esiste già un modo usato nelle zone di guerra? In particolare la domanda è sorta mappando la chiesa di Santa Maria in Passione, crollata nei bombardamenti della seconda guerra mondiale, ma varrebbe anche per molti palazzi ancora in macerie in giro per l'Italia (ne ho visto un paio anche a Milano, ma adesso non mi ricordo dove). Seconda cosa, ai mapper genovesi, ho editato la chiesa di san donato, ho visto un --sec XII nel nome e l'ho sostituito con un tag start_date. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici Bombardati in generale e in Italia
Ciao, ho notato l'uso dei seguenti tag: landuse = brownfield per l'aerea abbandonata e per gli edifici building = yes per l'edificio crollato/in rovina ruins = yes Esempio: http://osm.org/go/x@LJ9fhy- e http://osm.org/go/x@MMa@wIJ- e http://osm.org/go/x@FvjUFH-- Ciao Tiziano 2011/9/9 sabas88 saba...@gmail.com Ciao, sto facendo una passata sul centro storico a Zena dopo una passeggiata condotta da cicerone in centro storico e mi è sorta una questione: come si taggano gli edifici bombardati? Esiste già un modo usato nelle zone di guerra? In particolare la domanda è sorta mappando la chiesa di Santa Maria in Passione, crollata nei bombardamenti della seconda guerra mondiale, ma varrebbe anche per molti palazzi ancora in macerie in giro per l'Italia (ne ho visto un paio anche a Milano, ma adesso non mi ricordo dove). Seconda cosa, ai mapper genovesi, ho editato la chiesa di san donato, ho visto un --sec XII nel nome e l'ho sostituito con un tag start_date. ___ 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] Edifici Bombardati in generale e in Italia
Seconda cosa, ai mapper genovesi, ho editato la chiesa di san donato, ho visto un --sec XII nel nome e l'ho sostituito con un tag start_date. - - - - - - - Hai fatto bene, era un mio vecchissimo edit. Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici Bombardati in generale e in Italia
Fatto l'upload, c'erano altre chiese anche :) Come suggerito da Tiziano ho aggiunto ruins=yes alla chiesa, il landuse non serviva in questo caso in quanto era un singolo edificio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiungere mappe a GpsMid
2011/9/9 Andrea Musuruane musur...@gmail.com: Il problema è che GpsMid ogni volta che legge dalla memoria di massa chiede conferma all'utente (ask every time) e nei settings non è possibile modificarlo in ask first time, rendendo il programma inutilizzabile. Qualcuno di voi ha avuto lo stesso problema? Hai provato a usare la signed midlet? (non ho mai provato) In teoria dovrebbe ridurre il numero di warning di J2ME Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiungere mappe a GpsMid
2011/9/9 Federico Cozzi f.co...@gmail.com: 2011/9/9 Andrea Musuruane musur...@gmail.com: Il problema è che GpsMid ogni volta che legge dalla memoria di massa chiede conferma all'utente (ask every time) e nei settings non è possibile modificarlo in ask first time, rendendo il programma inutilizzabile. Qualcuno di voi ha avuto lo stesso problema? Hai provato a usare la signed midlet? (non ho mai provato) In teoria dovrebbe ridurre il numero di warning di J2ME Era proprio quella signed :( Ciao, Andrea. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici Bombardati in generale e in Italia
In data venerdì 9 settembre 2011 11:05:02, sabas88 ha scritto: Fatto l'upload, c'erano altre chiese anche :) Come suggerito da Tiziano ho aggiunto ruins=yes alla chiesa, il landuse non serviva in questo caso in quanto era un singolo edificio. C'è anche building=collapsed. Ciao Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici Bombardati in generale e in Italia
2011/9/9 Milani Alessio klava...@gmail.com: In data venerdì 9 settembre 2011 11:05:02, sabas88 ha scritto: C'è anche building=collapsed. +1, building=yes non mi sembra un buon tag per una rovina. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici Bombardati in generale e in Italia
Corretto, sta pagina con le indicazioni di tag la facciamo? :D Il giorno 09 settembre 2011 13:00, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/9/9 Milani Alessio klava...@gmail.com: In data venerdì 9 settembre 2011 11:05:02, sabas88 ha scritto: C'è anche building=collapsed. +1, building=yes non mi sembra un buon tag per una rovina. 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] Linee amministravive mappe o s m
Il 08 settembre 2011 23:18, giovanni di lorenzo giovannidilorenzo1...@gmail.com ha scritto: Grazie per il consiglio. Vorrei chiedere alcune cose. Per inviare delle tracce registrate su osm bisogna avere josm ? Josm può lavorare sui telefonini android ? In pratica occorre per forza un computer ? Io uso locus che consente di registrare le tracce. Ciao e grazie torno al lavoro Come dice la guida segnalata da sabas88, puoi caricare le tracce gps dal sito di OpenStreetMap. Cliccando su Tracciati GPS -- Carica un tracciato. Però, i dati di OSM (strade, punti d'interesse...) devono essere disegnati a mano, con un programma di editing, usando le tracce gps solo come riferimento, come base da cui ricalcare. Non ho esperienza con Android, ma nel Wiki sono segnalati questi editor: http://wiki.openstreetmap.org/wiki/Android#OpenStreetMap_editing_features Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri storiche
http://wiki.openstreetmap.org/wiki/Megaliti Il giorno 03 settembre 2011 11:08, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/9/2 sabas88 saba...@gmail.com: Una pagina wiki sui nuraghi ci starebbe, quando ho tempo la faccio. +1. O meglio una pagina su megaliti. Io avevo invece cominciato di mappare i tumuli etruschi con historic=tomb. Anche loro sono un tipo di struttura megalite, ma quando l'ho fatto interpretavo la pagina archeological_site diversamente: dato che volevo mappare i singoli tumuli ho messo un archeological_site intorno ed i singoli tumuli invece ho mappato historic=tomb, tomb=tumulus. http://wiki.openstreetmap.org/wiki/Proposed_features/tombs (finora ci sono 192). 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] Aggiornamento elenco user-highways
Il 09 settembre 2011 09:21, Simone Saviolo simone.savi...@gmail.com ha scritto: Un'altra considerazione: ho fatto un giro di nomi (conoscenza personale, un WMS del Piemonte, etc.), e ho notato che, anche se ormai li ho messi praticamente tutti, la percentuale rimane bloccata sotto il 60% (dati basati sull'intera area del Comune). Mi piacerebbe avere un parere degli altri mappatori: sapendo quanto avete mappato e quanto c'è ancora da mappare, e vedendo il dato attuale della vostra zona, qual è una buona percentuale? Dalle statistiche di GFOSS [1], risutla che Torino e' la seconda citta' meglio mappata in Italia, con un indice di strade con nome del 72%. Il 60% di Vercelli e' gia' piu' che buono. Saluti Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: problema JOSM
Questi percorsi adesso sono corredati di un ampio set di tag, ma mi sembrano ancora stranissimi ;-) http://www.openstreetmap.org/browse/way/128448347 guardiamoci i tag uno per uno. * highway = track è descritto qui (purtroppo una versione italiana non c'è ancora): http://wiki.openstreetmap.org/wiki/Tag:highway=track Questo lo consideriamo il tag principale (highway) perchè ci dice di quale tipo di strada si tratta. (track è un percorso che è fisicamente percorribile con veicoli a 4 ruote ma che non fa parte della rete stradale (è una strada forestale, strada sterrata o simile). Il tag highway è indispensabile per taggare qualsiasi percorso/strada. * name = comuna http://wiki.openstreetmap.org/wiki/IT:Key:name La pagina del wiki contiene alcuni indicazioni ma non è molto esplicito cosa significa (sopratutto come non si dovrebbe usare): va usato solo per nomi. Invece se si tratta di una nota per altri mappatori va usato il tag note e se si tratta di una descrizione che potrebbe essere utile/utilizzata per recipienti di una mappa derivata si usa description. Le applicazioni come router o motori di rendering di solito ignorano i tag come note e description quindi non sono idonei per dare un significato che può essere rilevato in maniera automatica. I nomi si scrivono di solito con inizio maiuscolo. * tracktype = grade1 http://wiki.openstreetmap.org/wiki/IT:Key:tracktype Il tracktype è un tag più e meno soggettivo per specificare grezzamente le strade del tipo track con una scala da 1 a 5. Il grade1 significa che si tratta di una strada asfaltata oppure con superficie simile. In questo caso è strano perchè la superficie viene indicata come suolo: surface = ground http://wiki.openstreetmap.org/wiki/Key:surface (manca la versione italiana) No special surface, the ground itself has marks of human or animal usage. quindi una superficie morbida che contiene tracce di animali o persone. invece gli seguenti tag sono tutti della categoria access e descrivono la situazione legale (diritto/divieto di accesso): motor_vehicle = yes motorcar = no motorcycle = yes http://wiki.openstreetmap.org/wiki/Key:access (anche qui manca una traduzione) questo tagging significa che si tratta di una strada dove tutti veicoli a motore hanno diritto di accesso (camion, pullman, motorini, motocicli, ...) con l'eccezione delle macchine (motorcar=no). Il motorcycle=yes secondome è un doppione, perchè il motor_vehicle già contiene le moto. mtb:scale = 0 http://wiki.openstreetmap.org/wiki/IT:Key:mtb:scale questo invece è un tag molto particolare che indica la difficoltà di un percorso per le mountain bike. nonchè questo è la classe più semplice e leggera per i percorsi mountainbike guardando la foto di esempio sul http://wiki.openstreetmap.org/w/images/9/9f/S0.jpg direi che non va applicato ad un tracktype=1. Si tratta di una scala pensato per specialisti quindi secondome si usa solo per percorsi di mountain bike come scritto nella pagina. Il mtb:scale va usato per le parti downhill mentre per le parti uphill si usa mtb:scale:uphill. Spero che non ho demoralizato un nuovo mappatore. Il mio scopo non era quello di criticare ma di spiegare come si potrebbe procedere per trovare i tag giusti (guardando nella wiki il significato delle vari chiavi e valori). Purtroppo la documentazione del wiki è ancora un po' scarza in italiano, e per tanti tag si deve leggere in qualche maniera il testo inglese (che viene cmq. sempre considerato la versione ufficiale). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Re: problema JOSM
scusate, vorrei aggiungere altri commenti come si potrebbe migliorare la mappatura: 1. è importante di spezzare le way (JOSM: selezionare il way da spezzare insieme (CTRL) al nodo dove si vuole spezzare e poi p) per associare tag solo a quelle parti dove appartengono. Così si può anche procedere per evitare self-intersecting ways (ways che non sono lineari). Un esempio qui (josm_selfintersection.png). Questi creano problemi nel routing e anche in alcuni situazioni nel rendering. 2. E' utile caricare le tracce in una maniera che consente agli altri utenti di vederle. Le opzioni di visibilità preferiti sono Identifiable e Trackable, dove nel primo caso si può anche vedere il nome dell'utente mentre nel secondo caso gli altri possono solo vedere che qualcuno ha caricato una traccia (e possono vedere i punti e timestamps di questa traccia). http://wiki.openstreetmap.org/wiki/Visibility_of_GPS_traces Le tracce sono utili per una seria di motivi: 2.1 per testemoniare che qualcuno è andato davvero in quel posto (ground truth) 2.2 per eliminare errori del GPS che sono capitati solo una volta (avendo più tracce si riconoscono) 2.3 per alineare meglio le foto aerei (necessario con BING, secondome sconsigliabile col PCN, al meno nelle mie zone il PCN sembra di avere al meno la precisione delle tracce). ciao, Martin attachment: josm_selfintersection.png___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri storiche
2011/9/9 sabas88 saba...@gmail.com: http://wiki.openstreetmap.org/wiki/Megaliti grazie che hai iniziato a fare un raccolta nel wiki. Di solito preferisco cominciare in inglese (anche se non hai intenzione di scrivere in inglese), e poi applicare il template languages per creare la pagina italiana. Così la traduzione può essere formalizzata (il sistema capisce che le traduzioni sono traduzioni). Ho aggiunto qualche dettaglio e formattato una parte con i templates key e tag. Essi consentono che dei collegamenti alle pagine di definizione vengono creati in maniera automatica. (Vedi adesso sulla pagina). In realtà ci sono comunque ancora problemi col metodo di tagging consigliato: se tagghi un tumulo con historic=tomb, tomb=tumulus dentro questo tumulus ci possono essere più tombe (con ingressi distinti). In questi casi ho taggato cmq. le singole tombe contenute con historic=tomb (ma senza tomb=tumulus), ma non mi piace tantissimo. Un altra possibile variante potrebbe essere di avere siti_archeologici dentro siti archeologici (ne anche molto bello). Per inserire nuove proposte nella wiki essiste una procedura che si chiama proposal process. E' previsto di scrivere una proposta, annunciare la proposta nella mailing list tagging e dopo 2 settimane di integrazione dei contenuti della discussione si va alla votazione per altre due settimane. Non è necessario di usare i tags solo dopo la votazione (si possono usare i tags quanti e quali si desidera) ma in generale il risultato di questo processo è meglio delle idee adhoc (secondome). Per saperne di più: http://wiki.openstreetmap.org/wiki/Proposed_features http://wiki.openstreetmap.org/wiki/Creating_a_proposal La pagina sui megaliti contiene alcune proposte nuove non ancora documentate come megalith_type=nuraghe (dove ne uno ne l'altro hanno ancora una feature page), e megalith_type si trova sulla pagina del sito archeologico: http://wiki.openstreetmap.org/wiki/Tag:historic%3Darchaeological_site Quindi secondome il primo posta da inserire le nuraghe sarebbe quella pagina. Hai anche proposto i valori nuragic_I, nuragic_II, nuragic_III (ortografia è la mia interpretazione). Non mi intendo di nuraghe ma vorrei animare una ricerca se non sarebbe meglio avere come historic:civilization solo nuragic e usare gli altri valori nella chiave historic:period ? Una volta trovato / deciso il metodo più idoneo (forse anche consultando dei archeologi) si potrebbe aggiungere la proposta su questa pagina: http://wiki.openstreetmap.org/wiki/Key:historic:civilization ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri storiche
Mi interessava discutere gli attuali schemi di classificazione (quelli presenti sono usciti dalla mail dell'altra volta), le proposte da sottoporre poi alla formalizzazione ne conseguono. I tag wiki per i collegamenti non li conoscevo :) I valori nuragic I/II/III sono usciti guardando la pagina di wikipedia, c'è una cronologia a metà pagina che riporta i periodi della civiltà rapportati agli anni.. Direi che si potrebbe generare uno schema per quanto riguarda i megaliti italiani e poi sottoporlo per l'integrazione con la pagina attuale di historic=archeological_site ( http://wiki.openstreetmap.org/wiki/Tag:historic%3Darchaeological_site) che a quanto ho visto è germano-centrica. Stefano Il giorno 09 settembre 2011 16:13, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/9/9 sabas88 saba...@gmail.com: http://wiki.openstreetmap.org/wiki/Megaliti grazie che hai iniziato a fare un raccolta nel wiki. Di solito preferisco cominciare in inglese (anche se non hai intenzione di scrivere in inglese), e poi applicare il template languages per creare la pagina italiana. Così la traduzione può essere formalizzata (il sistema capisce che le traduzioni sono traduzioni). Ho aggiunto qualche dettaglio e formattato una parte con i templates key e tag. Essi consentono che dei collegamenti alle pagine di definizione vengono creati in maniera automatica. (Vedi adesso sulla pagina). In realtà ci sono comunque ancora problemi col metodo di tagging consigliato: se tagghi un tumulo con historic=tomb, tomb=tumulus dentro questo tumulus ci possono essere più tombe (con ingressi distinti). In questi casi ho taggato cmq. le singole tombe contenute con historic=tomb (ma senza tomb=tumulus), ma non mi piace tantissimo. Un altra possibile variante potrebbe essere di avere siti_archeologici dentro siti archeologici (ne anche molto bello). Per inserire nuove proposte nella wiki essiste una procedura che si chiama proposal process. E' previsto di scrivere una proposta, annunciare la proposta nella mailing list tagging e dopo 2 settimane di integrazione dei contenuti della discussione si va alla votazione per altre due settimane. Non è necessario di usare i tags solo dopo la votazione (si possono usare i tags quanti e quali si desidera) ma in generale il risultato di questo processo è meglio delle idee adhoc (secondome). Per saperne di più: http://wiki.openstreetmap.org/wiki/Proposed_features http://wiki.openstreetmap.org/wiki/Creating_a_proposal La pagina sui megaliti contiene alcune proposte nuove non ancora documentate come megalith_type=nuraghe (dove ne uno ne l'altro hanno ancora una feature page), e megalith_type si trova sulla pagina del sito archeologico: http://wiki.openstreetmap.org/wiki/Tag:historic%3Darchaeological_site Quindi secondome il primo posta da inserire le nuraghe sarebbe quella pagina. Hai anche proposto i valori nuragic_I, nuragic_II, nuragic_III (ortografia è la mia interpretazione). Non mi intendo di nuraghe ma vorrei animare una ricerca se non sarebbe meglio avere come historic:civilization solo nuragic e usare gli altri valori nella chiave historic:period ? Una volta trovato / deciso il metodo più idoneo (forse anche consultando dei archeologi) si potrebbe aggiungere la proposta su questa pagina: http://wiki.openstreetmap.org/wiki/Key:historic:civilization 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] Torri storiche
2011/9/9 sabas88 saba...@gmail.com: I valori nuragic I/II/III sono usciti guardando la pagina di wikipedia, c'è una cronologia a metà pagina che riporta i periodi della civiltà rapportati agli anni.. se sono periodi sarebbe forse meglio il key historic:period ma non sono un archeologo per capire quale livello di distinzione sembra appropriato. Se guardi la Grecia sembrava opportuno di distinguere tra civilisazioni diversi: historic:civilization=helladic historic:civilization=cycladic historic:civilization=minoan historic:civilization=mycenaean historic:civilization=ancient_greek e poi subtaggare l'antica grecia cosÌ: historic:period=greek_dark_ages historic:period=archaic_greece historic:period=classical_greece historic:period=hellenistic_greece historic:period=roman_greece non sò per gli nuraghi. Direi che si potrebbe generare uno schema per quanto riguarda i megaliti italiani e poi sottoporlo per l'integrazione con la pagina attuale di historic=archeological_site (http://wiki.openstreetmap.org/wiki/Tag:historic%3Darchaeological_site) che a quanto ho visto è germano-centrica. si, quella pagina è nata così. Io propongo invece di creare uno schema per tutto di vedere cosa si vuole taggare, poi inventare dei tag se non ci sono ancora e usarli. Poi se noti che non funzionano, cambi. Più informazioni e connoscenze che hai per il campo che tagghi, meglio è. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri storiche
2011/9/9 sabas88 saba...@gmail.com: Mi interessava discutere gli attuali schemi di classificazione (quelli presenti sono usciti dalla mail dell'altra volta), le proposte da sottoporre poi alla formalizzazione ne conseguono. I tag wiki per i collegamenti non li conoscevo :) I valori nuragic I/II/III sono usciti guardando la pagina di wikipedia, c'è una cronologia a metà pagina che riporta i periodi della civiltà rapportati agli anni.. Ho aggiunto historic:civilization=nuragic sulla pagina di historic:civilization. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici Bombardati in generale e in Italia
Alt. Stiamo parlando di edifici bombardati e rimasti rovine ancor oggi dopo 70 anni?! Perché in quel caso andrebbe bene ruins=yes, ma credo che nella maggior parte dei casi questi edifici siano stati rimessi in piedi, quindi non va bene ne ruins ne collapsed. Sarebbe comunque opportuno segnalare che l'edificio ha subito un bombardamento, e magari segnare anche il periodo... Mi viene in mente per esempio Treviso che è stata bombardata sia durante la prima, che durante la seconda guerra... ciao Paolo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici Bombardati in generale e in Italia
2011/9/9 Paolo Monegato gato.selvad...@gmail.com: Alt. Stiamo parlando di edifici bombardati e rimasti rovine ancor oggi dopo 70 anni?! Perché in quel caso andrebbe bene ruins=yes, ma credo che nella maggior parte dei casi questi edifici siano stati rimessi in piedi, quindi non va bene ne ruins ne collapsed. Sarebbe comunque opportuno segnalare che l'edificio ha subito un bombardamento, e magari segnare anche il periodo... Mi viene in mente per esempio Treviso che è stata bombardata sia durante la prima, che durante la seconda guerra... si può fare, ma userei un nuovo key. Un key molto specifico, per non creare conflitti con i key attualmente in uso. Cmq. consiglio di proporre anche aree, se guardate queste foto esemplariche: http://de.wikipedia.org/w/index.php?title=Datei:Rotterdam.jpgfiletimestamp=20080406150802 http://de.wikipedia.org/w/index.php?title=Datei:Koeln_1945.jpgfiletimestamp=20080406151608 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bandiera OSM su pixart.it
Il 08 settembre 2011 22:32, Federico Cozzi f.co...@gmail.com ha scritto: Suvvia: è open source (LGPL), multi-piattaforma e comprime meglio dello zip... scusate ma è colpa del mio tool grafico che non legge quel tipo di file... Ciao, Federico -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bandiera OSM su pixart.it
Il 09/09/2011 20:35, Luca Delucchi ha scritto: scusate ma è colpa del mio tool grafico che non legge quel tipo di file... Non devi aprirlo con un tool grafico. È un archivio, lo apri con 7zip, un programmino open e gratis che trovi tranquillamente, per tutti i sistemi operativi. Se sei su Ubuntu, è nel Software Center. Altrimenti qui: http://www.7-zip.org/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bandiera OSM su pixart.it
O col plugin per il decompressore di sistema che c'è in Synaptic :) Il giorno 09 settembre 2011 21:27, Stefano Droghetti stefano.droghe...@gmail.com ha scritto: Il 09/09/2011 20:35, Luca Delucchi ha scritto: scusate ma è colpa del mio tool grafico che non legge quel tipo di file... Non devi aprirlo con un tool grafico. È un archivio, lo apri con 7zip, un programmino open e gratis che trovi tranquillamente, per tutti i sistemi operativi. Se sei su Ubuntu, è nel Software Center. Altrimenti qui: http://www.7-zip.org/ __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri storiche
Mi ha contattato un tuo connazionale (Lubeck) che mi suggeriva di integrare historic_site e megalith, gli ho risposto dicendo che era nata come draft e che stavo discutendo con te a tal proposito e che converrebbe fare appunto uno schema (non avevo letto ancora questa mail :) ) Il giorno 09 settembre 2011 18:13, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/9/9 sabas88 saba...@gmail.com: Mi interessava discutere gli attuali schemi di classificazione (quelli presenti sono usciti dalla mail dell'altra volta), le proposte da sottoporre poi alla formalizzazione ne conseguono. I tag wiki per i collegamenti non li conoscevo :) I valori nuragic I/II/III sono usciti guardando la pagina di wikipedia, c'è una cronologia a metà pagina che riporta i periodi della civiltà rapportati agli anni.. Ho aggiunto historic:civilization=nuragic sulla pagina di historic:civilization. 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] Edifici Bombardati in generale e in Italia
Facciamo una proposta che vada bene anche da usare in zone di guerra tipo Libia? Scusate se la butto sul tragico ma così non ci inventiamo cose ristrette :) Del tipo building=bombed o landuse=bombed con bomb:war=WWII/Lybian/Gulf War II bomb:damages=collapse/serious damages/nothing Eccetera Il giorno 09 settembre 2011 18:36, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/9/9 Paolo Monegato gato.selvad...@gmail.com: Alt. Stiamo parlando di edifici bombardati e rimasti rovine ancor oggi dopo 70 anni?! Perché in quel caso andrebbe bene ruins=yes, ma credo che nella maggior parte dei casi questi edifici siano stati rimessi in piedi, quindi non va bene ne ruins ne collapsed. Sarebbe comunque opportuno segnalare che l'edificio ha subito un bombardamento, e magari segnare anche il periodo... Mi viene in mente per esempio Treviso che è stata bombardata sia durante la prima, che durante la seconda guerra... si può fare, ma userei un nuovo key. Un key molto specifico, per non creare conflitti con i key attualmente in uso. Cmq. consiglio di proporre anche aree, se guardate queste foto esemplariche: http://de.wikipedia.org/w/index.php?title=Datei:Rotterdam.jpgfiletimestamp=20080406150802 http://de.wikipedia.org/w/index.php?title=Datei:Koeln_1945.jpgfiletimestamp=20080406151608 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] Bandiera OSM su pixart.it
Il 09 settembre 2011 21:27, Stefano Droghetti stefano.droghe...@gmail.com ha scritto: Non devi aprirlo con un tool grafico. È un archivio, lo apri con 7zip, un programmino open e gratis che trovi tranquillamente, per tutti i sistemi operativi. per tool grafico intendevo il software con interfaccia per decomprimere gli archivi invece che quello da console... -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Tutorial sobre análisis y detección de áreas propensas a inundaciones usando imágenes Landsat y Software Libre...
Andrés, Chévere las perspectivas de los que se puede hacer. Yo te propongo buscar imágenes para la zona mencionada al sur de Atlántico (el triángulo entre San Estanislao, Manatí Campo de la Cruz y Santa Lucía donde se rompió el Canal del Dique), con imágenes preferiblemente entre el 15 de diciembre y el 5 de enero; en esta época tuvimos las cotas más altas de inundación. Para esta zona, el verano (cielos despejados) entró a finales de diciembre; es decir no debería ser tan difícil. Una vez importados los espejos de agua a OSM, podríamos producir mapas con Layer propio, primero a modo de prueba, por ejemplo para Manatí y Campo de la Cruz, zona donde continúa la atención humanitaria en albergues y los municipios no saben qué hacer con barrios enteros destruidos y en alto riesgo. Como la nueva ola invernal está regresando con La Niña, sería bueno desarrollar un proyecto piloto. Un cordial saludo. Federico De: Andres Oswaldo Calderon Romero [mailto:andress.calde...@gmail.com] Enviado el: jueves, 08 de septiembre de 2011 06:26 a.m. Para: OpenStreetMap Colombia Asunto: Re: [Talk-co] Tutorial sobre análisis y detección de áreas propensas a inundaciones usando imágenes Landsat y Software Libre... Hola Federico!!! Muchas gracias por tu feedback. Si, la verdad que me haces caer en cuenta que se me paso la mano en la simplificacion de los nodos. La cifra que propones (40%) es muy razonable. En el repositorio de Landsat se tiene acceso a imagenes de todo el planeta. Seguramente hay disponibles varias imagenes para el área que mencionas. Describo algo del proceso de descarga en la primera entrada del tutorial. Desafortunadamente es muy complicado encontrar una imagen libre de nubosidad durante la epoca invernal en esa región. Pero igual el procedimiento es aplicable a cualquier tipo de imagen (raster) que se tenga de la zona. Una opción valida sería usar MODIS como lo trabaja Jimmy en su tesis [1]. Me permito publicar tu post como comentario en mi blog para que este accesible también desde ahí. Gracias de nuevo por tu aporte. [1] http://wiki.softwarefreedomday.org/2011/Colombia/Bogot%C3%A1/SFDBogota/Talle res/LaboratorioTuz#Manejo_de_Imagenes_Satelitales_con_software_libre_Spring 2011/9/7 Federico Explorador (Nevados.org) federico.explora...@nevados.org Hola Andrés, He visto tu tutorial y en particular el video, excelente trabajo! Considero que sí sería muy importante contar con esta información en la base de datos de OSM. Específicamente considero las siguientes etiquetas importantes, adicional a flood_prone=yes: source= url= comment= date=. Date, porque puede haber otras inundaciones en el futuro y será importante distinguir (o poder comparar con capas diferentes) una inundación de otra. Tengo una duda. Temo que con la eliminación de nodos fuiste demasiado lejos: mirando el video de tu tutorial, queda aproximadamente un nodo sobre cada 400m de distancia, que es demasiado poco. He usado el wms suministrado por CERN en JOSM http://cernunosat05.cern.ch/arcgis/services/FL-20110521-COL/Flood_Analysis/M apServer/WMSServer?FORMAT=image/jpeg http://cernunosat05.cern.ch/arcgis/services/FL-20110521-COL/Flood_Analysis/ MapServer/WMSServer?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetM apLayers=0Styles=default VERSION=1.1.1SERVICE=WMSREQUEST=GetMapLayers=0Styles=default; entonces por la resolución disponible de la imagen me parece razonable que haya un nodo aproximadamente cada 100 metros. Es decir, del monto original de nodos tendrías que reducir no a un 10%, sino a un 40% solamente. O incluso, no eliminar ningún nodo, sino reducir el tamaño de las áreas que se importan a OSM y ser más selectivo para la escogencia de estas áreas. Mas detalle que hay sobre todo alrededor de las zonas urbanas, más utilidad tiene para el mapeo en función de la prevención de desastres con las autoridades locales y las comunidades afectadas. En cuanto a las zonas geográficas: Escogiste la Cienaga de la Mojana y el cauce bajo del Rio Magdalena entre los Departamentos de Bolivar y Cesar en Colombia para tu estudio. Es la misma zona donde CERN ha facilitado su imagen. Pregunta: también tienes las imágenes de Landsat para el sur de Atlántico (el triángulo entre San Estanislao, Manatí y Santa Lucía donde se rompió el Canal del Dique)? Podríamos identificar con los otros maperos unas zonas prioritarias, para que tu trabajo e importanción a OSM realmente sea aprovecha por la comunidad. Con un cordial saludo, Federico De: andress calderon [mailto:andress.calde...@gmail.com] Enviado el: sábado, 23 de julio de 2011 07:14 p.m. Para: OpenStreetMap Colombia Asunto: [Talk-co] Tutorial sobre análisis y detección de áreas propensas a inundaciones usando imágenes Landsat y Software Libre... Hola Maperos!!! Por fin terminé el tutorial [1] que explica el proceso de identificar zonas afectadas por las inundaciones que se estuvo discutiendo hace un par de semanas
Re: [Talk-co] Tutorial sobre análisis y detección de áreas propensas a inundaciones usando imágenes Landsat y Software Libre...
2011/7/23 andress calderon andress.calde...@gmail.com: Hola Maperos!!! Por fin terminé el tutorial [1] que explica el proceso de identificar zonas afectadas por las inundaciones que se estuvo discutiendo hace un par de semanas (meses?) en esta lista. Los tutoriales se basan en el caso de estudio del bajo cauce del rio Magdalena durante la reciente emergencia invernal (2011) que afecto a Colombia. En su totalidad se uso software de libre acceso (QGIS, SAGA GIS, JOSM, MapSharper...) y fuentes de datos libres (Repositorio Landsat). Aunque la última entrega repasa el proceso de reportar los resultados a OSM, todavía no lo he hecho. Me gustaría consultar a la lista primero, en especial para saber que tipo de información contextual (metadata) se debería reportar acompañando este tipo de resultados. Espero les sea de utilidad. Toda sugerencia, corrección, crítica y/o mejora será más que bienvenida... Apropiarnos Andress, subiste a OSM las áreas susceptibles de inundación?, necesitas ayuda con eso? sería muy útil en estos tiempos. salu2 freed [1] http://andressinmiedo.blogspot.com/2011/07/analisis-de-imagenes-landsat-tm-para-la.html -- ANDRES O. CALDERON R. MSc Geoinformation Science Earth Observation University of Twente, The Netherlands. Open Source Rocks - Open Source Rules GNU/Linux User No. 433418 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-gb-westmidlands] [Talk-GB] FW: Monarch's way distributed mapping party Saturday October 8th
On 08/09/11 22:37, Dave F. wrote: Before any mapping gets done can we make sure the relation system to be used can cope with a long distance route? http://www.openstreetmap.org/browse/relation/52310 This relation is fairly long upto v341 already. It gives a time out error when attempting to view its history. Instead of having just one relation I think it would be a good idea to split it into child/parent relations such as has been done to NCN 4: ... This may be a stupid question, but what precisely is the purpose of grouping the parts of Monarch's Way, or similar, into relations at all? I know that in general, relations allow tags to be applied to the whole thing, but it escapes me what tags you might want to apply to the whole of a long distance footpath apart from its name? Am I missing something? Jonathan. -- Jonathan Harley: Managing Director : SpiffyMap Ltd Email: m...@spiffymap.com Phone: 0845 313 8457 www.spiffymap.com Post: The Venture Centre, Sir William Lyons Road, Coventry CV4 7EZ ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] Bing aerial
Tack för länken! Har letat efter den informationen! Det är väl bara bra om det kommer in fler vägar, hus och allt möjligt i projektet. Visst är det roligast att mappa ens närområde, men är man göralös nån dag är detta ett bra sätt att se var man kan jobba en stund. /Konrad Den 8 september 2011 23:05 skrev Christian Asker christian.as...@gmail.com : Hej på er. Jag kikade precis på täckningen för Bings flygfoton och det verkar som om det inte enbart är de största orterna som finns med hyfsad upplösning. Man kan se en överblick av upplösningen här: http://ant.dev.openstreetmap.**org/bingimageanalyzer/http://ant.dev.openstreetmap.org/bingimageanalyzer/. Är detta något vi bör använda i större utsträckning? Man kan ju tex rita in hus och landområden, samt en del mindre vägar som inte redan finns med. Eller finns det något skäl att låta bli? Det kan ju bli tröttsamt förstås, och om jag ska vara ärlig vill jag helst se till att mitt närområde är välmappat innan jag börjar med andra orter. Men det är klart att jag kan lägga lite tid på att rita in lite saker, bara för att hjälpa projektet. Vad tycker ni andra? Mvh Christian __**_ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-sehttp://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Bing aerial
Tänk på att kolla offset och justera det efter det som redan är mappat! Ofta är Bing speciellt i de lågupplösta områdena flera meter fel. Finns det sådant som är konsekvent mappat i närheten kan man nog anta att det är bättre noggrannhet på det. Det finns funktioner i Josm för att justera offset, även om jag inte provat dem själv. /Andreas 2011/9/9 Konrad Skeri kon...@skeri.com: Tack för länken! Har letat efter den informationen! Det är väl bara bra om det kommer in fler vägar, hus och allt möjligt i projektet. Visst är det roligast att mappa ens närområde, men är man göralös nån dag är detta ett bra sätt att se var man kan jobba en stund. /Konrad Den 8 september 2011 23:05 skrev Christian Asker christian.as...@gmail.com: Hej på er. Jag kikade precis på täckningen för Bings flygfoton och det verkar som om det inte enbart är de största orterna som finns med hyfsad upplösning. Man kan se en överblick av upplösningen här: http://ant.dev.openstreetmap.org/bingimageanalyzer/ . Är detta något vi bör använda i större utsträckning? Man kan ju tex rita in hus och landområden, samt en del mindre vägar som inte redan finns med. Eller finns det något skäl att låta bli? Det kan ju bli tröttsamt förstås, och om jag ska vara ärlig vill jag helst se till att mitt närområde är välmappat innan jag börjar med andra orter. Men det är klart att jag kan lägga lite tid på att rita in lite saker, bara för att hjälpa projektet. Vad tycker ni andra? Mvh Christian ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] Nuevo
Buenos días. Buscando mapas del callejero de Sevilla para usarlos en gvSIG he dado con esta lista de usuarios de OSM y he decidido apuntarme. He revisado su web pero no veo ningún tipo de datos colgados en ella, ¿cómo se accede a la información? Gracias de antemano, saludos a todos.___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuevo
Pero donde está el visor, ¿en openstreetmap.org? ¿Me registro entonces no? Jesús Gómez Fernández 09/09/2011 11:58 Por favor, responda a Discusión en Español de OpenStreetMap Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org cc: Asunto: Re: [Talk-es] Nuevo Hola Carlos. Echa un vistazo a la sección Export[1] de la wiki de OpenStreetMap. Ahí viene detallado cómo puedes descargar los datos de OSM en diferentes formatos. [1] http://wiki.openstreetmap.org/wiki/ES:Export Un saludo, Jesús Gómez El 9 de septiembre de 2011 11:20, carlos.nava...@zeroemissions.abengoa.com escribió: Buenos días. Buscando mapas del callejero de Sevilla para usarlos en gvSIG he dado con esta lista de usuarios de OSM y he decidido apuntarme. He revisado su web pero no veo ningún tipo de datos colgados en ella, ¿cómo se accede a la información? Gracias de antemano, saludos a todos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuevo
Aja, de acuerdo entonces para exportar debo registrarme. Hecho. Ahora otra duda, ¿cómo hago para trabajar en formato shape? no conozco el svg y lo que necesito son mapas para utilizar en la extensión REDES de gvSIG (necesito que tengan velocidad, sentido, nombre, longitud...), ¿alguien ha utilizado los mapas para esto? Gracias de nuevo, saludos. Cruz Enrique Borges 09/09/2011 12:17 Por favor, responda a Discusión en Español de OpenStreetMap Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org cc: Asunto: Re: [Talk-es] Nuevo On Friday 09 September 2011 12:11:28 carlos.nava...@zeroemissions.abengoa.com wrote: Pero donde está el visor, ¿en openstreetmap.org? ¿Me registro entonces no? Para ver la información no es necesario registrarse. Para realizar cambios si. En el blog hay un apartado que dice mapa (en la dirección) http://www.openstreetmap.es/mapa/ También puedes usar el oficial http://www.openstreetmap.org/ También puedes usar aplicaciones tradicionales para visualizar/editar los datos. En Linux tienes marble, en windows ya me pierdo un poco. Seguro que otros compañeros te pueden ayudar. Jesús Gómez Fernández 09/09/2011 11:58 Por favor, responda a Discusión en Español de OpenStreetMap Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org cc: Asunto: Re: [Talk-es] Nuevo Hola Carlos. Echa un vistazo a la sección Export[1] de la wiki de OpenStreetMap. Ahí viene detallado cómo puedes descargar los datos de OSM en diferentes formatos. [1] http://wiki.openstreetmap.org/wiki/ES:Export Un saludo, Jesús Gómez El 9 de septiembre de 2011 11:20, carlos.nava...@zeroemissions.abengoa.com escribió: Buenos días. Buscando mapas del callejero de Sevilla para usarlos en gvSIG he dado con esta lista de usuarios de OSM y he decidido apuntarme. He revisado su web pero no veo ningún tipo de datos colgados en ella, ¿cómo se accede a la información? Gracias de antemano, saludos a todos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuevo
La web de OSM tiene dos partes importantes e independientes: El Mapa y la Wiki de documentación. Si entras a El Mapa (el visor) verás que en el menú de la izquierda puedes acceder a varias secciones, entre ellas la que pone Documentación (la wiki). Para ver y descargar datos no hace falta registrarse. Para editar en el mapa sí, Saludos. Jesús Gómez El 9 de septiembre de 2011 12:11, carlos.nava...@zeroemissions.abengoa.comescribió: Pero donde está el visor, ¿en openstreetmap.org? ¿Me registro entonces no? Jesús Gómez Fernández 09/09/2011 11:58 Por favor, responda a Discusión en Español de OpenStreetMap Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org cc: Asunto: Re: [Talk-es] Nuevo Hola Carlos. Echa un vistazo a la sección Export[1] de la wiki de OpenStreetMap. Ahí viene detallado cómo puedes descargar los datos de OSM en diferentes formatos. [1] *http://wiki.openstreetmap.org/wiki/ES:Export*http://wiki.openstreetmap.org/wiki/ES:Export Un saludo, Jesús Gómez El 9 de septiembre de 2011 11:20, * carlos.nava...@zeroemissions.abengoa.com*carlos.nava...@zeroemissions.abengoa.com escribió: Buenos días. Buscando mapas del callejero de Sevilla para usarlos en gvSIG he dado con esta lista de usuarios de OSM y he decidido apuntarme. He revisado su web pero no veo ningún tipo de datos colgados en ella, ¿cómo se accede a la información? Gracias de antemano, saludos a todos. ___ Talk-es mailing list* **Talk-es@openstreetmap.org* Talk-es@openstreetmap.org* **http://lists.openstreetmap.org/listinfo/talk-es*http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Nuevo
Creo que no te has fijado bien en la sección Export[1] que te comenté en un correo anterior. Hay una tabla que especifica las páginas desde donde puedes descargar los datos de OSM (en ellos shapefile) y los programas con los que puedes hacer conversiones de .osm a .shp/tab/postgres, etc. En esta tabla figura la web de Geofabrik[1]. Realizan y publican un volcado diario de todos los datos que hay en el planet de OSM a shapefile pero este volcado es con pérdida ya que no recoge todos los atributos sino los más utilizados. No estoy seguro si aparecen las etiquetas de OSM referidas a las velocidades[3]. De todas formas, puedes realizar una exportación de datos con osm2shp, osm2pgsql, osm translator, qgis, etc. Los datos de OSM sirven perfectamente para hacer un análisis de redes en gvSIG, aunque tendrás que tener en cuenta que el mapa de OSM esta en constante evolución y seguro que habrá zonas con datos escasos (echa un vistazo al mapa para saber que carreteras tienen velocidades[4], por ejemplo) o incompletos. [1]http://wiki.openstreetmap.org/wiki/ES:Export [2]http://download.geofabrik.de/osm/ [3] http://wiki.openstreetmap.org/wiki/Maxspeed [4] http://cartography.sandbox.cloudmade.com/navdebug/?lat=43.081928lng=-3.644714zoom=10 El 9 de septiembre de 2011 12:26, carlos.nava...@zeroemissions.abengoa.comescribió: Aja, de acuerdo entonces para exportar debo registrarme. Hecho. Ahora otra duda, ¿cómo hago para trabajar en formato shape? no conozco el svg y lo que necesito son mapas para utilizar en la extensión REDES de gvSIG (necesito que tengan velocidad, sentido, nombre, longitud...), ¿alguien ha utilizado los mapas para esto? Gracias de nuevo, saludos. Cruz Enrique Borges 09/09/2011 12:17 Por favor, responda a Discusión en Español de OpenStreetMap Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org cc: Asunto: Re: [Talk-es] Nuevo On Friday 09 September 2011 12:11:28 carlos.nava...@zeroemissions.abengoa.com wrote: Pero donde está el visor, ¿en openstreetmap.org? ¿Me registro entonces no? Para ver la información no es necesario registrarse. Para realizar cambios si. En el blog hay un apartado que dice mapa (en la dirección) http://www.openstreetmap.es/mapa/ También puedes usar el oficial http://www.openstreetmap.org/ También puedes usar aplicaciones tradicionales para visualizar/editar los datos. En Linux tienes marble, en windows ya me pierdo un poco. Seguro que otros compañeros te pueden ayudar. Jesús Gómez Fernández 09/09/2011 11:58 Por favor, responda a Discusión en Español de OpenStreetMap Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org cc: Asunto: Re: [Talk-es] Nuevo Hola Carlos. Echa un vistazo a la sección Export[1] de la wiki de OpenStreetMap. Ahí viene detallado cómo puedes descargar los datos de OSM en diferentes formatos. [1] http://wiki.openstreetmap.org/wiki/ES:Export Un saludo, Jesús Gómez El 9 de septiembre de 2011 11:20, carlos.nava...@zeroemissions.abengoa.com escribió: Buenos días. Buscando mapas del callejero de Sevilla para usarlos en gvSIG he dado con esta lista de usuarios de OSM y he decidido apuntarme. He revisado su web pero no veo ningún tipo de datos colgados en ella, ¿cómo se accede a la información? Gracias de antemano, saludos a todos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] bajar objetos por tag
¿cual es la manera mas fácil de bajarme objetos de osm con un determinado key=value? ¿se puede desde josm o bien un archivo .osm que contenga solo esos objetos? es para corregir un error tipografico ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] bajar objetos por tag
El día 9 de septiembre de 2011 16:41, sergio sevillano sergiosevillano.m...@gmail.com escribió: ¿cual es la manera mas fácil de bajarme objetos de osm con un determinado key=value? ¿se puede desde josm o bien un archivo .osm que contenga solo esos objetos? es para corregir un error tipografico Josm te permite hacer filtrados por etiqueta, pero sólo de objetos predescargados, y la API oficial no permite descargas grandes. Puedes conseguir XMLs OSM más grandes y filtrados mediantes las APIs Overpass o la de Mapquest. Echa un vistazo a: http://help.openstreetmap.org/questions/7105/how-do-i-fetch-only-nodes-of-a-certain-tag -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] bajar objetos por tag
2011/9/9 Jaime Crespo jy...@jynus.com: El día 9 de septiembre de 2011 16:41, sergio sevillano sergiosevillano.m...@gmail.com escribió: ¿cual es la manera mas fácil de bajarme objetos de osm con un determinado key=value? ¿se puede desde josm o bien un archivo .osm que contenga solo esos objetos? es para corregir un error tipografico Josm te permite hacer filtrados por etiqueta, pero sólo de objetos predescargados, y la API oficial no permite descargas grandes. Puedes conseguir XMLs OSM más grandes y filtrados mediantes las APIs Overpass o la de Mapquest. Echa un vistazo a: http://help.openstreetmap.org/questions/7105/how-do-i-fetch-only-nodes-of-a-certain-tag Otra posibilidad es XAPI. Te deja decargar una area hasta 10x10 grados (..si no recuerdo mal) con una combinacion de tags determinad. Se puede guardar en un fichero y abrirlo en JOSM, o bajar desde JOSM directo. http://wiki.openstreetmap.org/wiki/XAPI Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] bajar objetos por tag
El día 9 de septiembre de 2011 17:09, andrzej zaborowski balr...@gmail.com escribió: 2011/9/9 Jaime Crespo jy...@jynus.com: Otra posibilidad es XAPI. Te deja decargar una area hasta 10x10 grados (..si no recuerdo mal) con una combinacion de tags determinad. ... cuando funciona. Por eso le sugerí alternativas. La Overpass es muy parecida. -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] bajar objetos por tag
Porque no sinalizar este error error tipografico ? 2011/9/9 Jaime Crespo jy...@jynus.com El día 9 de septiembre de 2011 16:41, sergio sevillano sergiosevillano.m...@gmail.com escribió: ¿cual es la manera mas fácil de bajarme objetos de osm con un determinado key=value? ¿se puede desde josm o bien un archivo .osm que contenga solo esos objetos? es para corregir un error tipografico Josm te permite hacer filtrados por etiqueta, pero sólo de objetos predescargados, y la API oficial no permite descargas grandes. Puedes conseguir XMLs OSM más grandes y filtrados mediantes las APIs Overpass o la de Mapquest. Echa un vistazo a: http://help.openstreetmap.org/questions/7105/how-do-i-fetch-only-nodes-of-a-certain-tag -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] bajar objetos por tag
El 09/09/2011, a las 16:54, Jaime Crespo escribió: El día 9 de septiembre de 2011 16:41, sergio sevillano sergiosevillano.m...@gmail.com escribió: ¿cual es la manera mas fácil de bajarme objetos de osm con un determinado key=value? ¿se puede desde josm o bien un archivo .osm que contenga solo esos objetos? es para corregir un error tipografico Josm te permite hacer filtrados por etiqueta, pero sólo de objetos predescargados, y la API oficial no permite descargas grandes. Puedes conseguir XMLs OSM más grandes y filtrados mediantes las APIs Overpass o la de Mapquest. Echa un vistazo a: http://help.openstreetmap.org/questions/7105/how-do-i-fetch-only-nodes-of-a-certain-tag -- ok me vale. gracias de todas formas ¿alguna forma de hacer una selección rectangular en un mapa y que me dé el bounding box? estaria bien que el download de JOSM pudiera filtrar previamente por tag y te dejase o no según el peso a descargar. aunque supongo que será una medida antispamfechorias ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] bajar objetos por tag
El 09/09/2011, a las 17:25, sergio sevillano escribió: ¿alguna forma de hacer una selección rectangular en un mapa y que me dé el bounding box? http://open.mapquestapi.com/xapi/ da el bounding y el tag chachi! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Restriccion de giro
Buenas Es la primera vez que intento hacer esto. He bajado el trocito para indicar una restricción de giro, pero cuando seleccione el nodo que hace intersección aparecía una señal pero estaba al revés. Al final he seleccionado las dos vias, pero no se en que key donde poner el from y el to. Siento preguntar tanto, pero las indicaciones de la wiki no son claras para los profanos en este sentido. Otra duda de todos los iconos que tiene JOSM, se como bajarme algo, pero despues de trabajar con ello varios dias off line ¿que hago? + Actualizar datos + Actualizar selección + Actualización Modificada Sé que despues es: subir datos Espero no haberla fastidiado con la indicación de giro. _ Date: Wed, 3 Aug 2011 00:48:00 +0200 From: Iván Sánchez Ortega i...@sanchezortega.es To: talk-es@openstreetmap.org Cc: Pumuky pumukys...@yahoo.es Subject: Re: [Talk-es] ¿como indico que no se puede girar a izda? Message-ID: 201108030048.00396.i...@sanchezortega.es Content-Type: Text/Plain; charset=iso-8859-1 On Miércoles, 3 de Agosto de 2011 00:41:47 Pumuky escribió: Buenas En la intersección [1] han prohibido girar a la izquierda (hace unos años) de forma que si te incorporas desde la derecha de mapa y quieres venir al sur, debes incorporarte a la via dirección norte y hacer el cambio de sentido un poco más arriba en una glorieta. ¿como se indica esto? [1]http://www.openstreetmap.org/?lat=41.6493724286556lon=-4.75881010293961 zoom=18 Tienes que hacer una relación entre las vías en las que está prohibido el giro, y el nodo del cruce: http://wiki.openstreetmap.org/wiki/Turn_restriction No es trivial, pero creo recordar que para JOSM hay alguna manera de hacerlo más o menos rápido. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Miksch's Law: If a string has one end, then it has another end. -- ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Restriccion de giro
Me pillas con el móvil, echa un vistazo a http://wiki.openstreetmap.org/wiki/JOSM/Plugins/turnrestrictions El 09/09/11, Pumuky pumukys...@yahoo.es escribió: Buenas Es la primera vez que intento hacer esto. He bajado el trocito para indicar una restricción de giro, pero cuando seleccione el nodo que hace intersección aparecía una señal pero estaba al revés. Al final he seleccionado las dos vias, pero no se en que key donde poner el from y el to. Siento preguntar tanto, pero las indicaciones de la wiki no son claras para los profanos en este sentido. Otra duda de todos los iconos que tiene JOSM, se como bajarme algo, pero despues de trabajar con ello varios dias off line ¿que hago? + Actualizar datos + Actualizar selección + Actualización Modificada Sé que despues es: subir datos Espero no haberla fastidiado con la indicación de giro. _ Date: Wed, 3 Aug 2011 00:48:00 +0200 From: Iván Sánchez Ortega i...@sanchezortega.es To: talk-es@openstreetmap.org Cc: Pumuky pumukys...@yahoo.es Subject: Re: [Talk-es] ¿como indico que no se puede girar a izda? Message-ID: 201108030048.00396.i...@sanchezortega.es Content-Type: Text/Plain; charset=iso-8859-1 On Miércoles, 3 de Agosto de 2011 00:41:47 Pumuky escribió: Buenas En la intersección [1] han prohibido girar a la izquierda (hace unos años) de forma que si te incorporas desde la derecha de mapa y quieres venir al sur, debes incorporarte a la via dirección norte y hacer el cambio de sentido un poco más arriba en una glorieta. ¿como se indica esto? [1]http://www.openstreetmap.org/?lat=41.6493724286556lon=-4.75881010293961 zoom=18 Tienes que hacer una relación entre las vías en las que está prohibido el giro, y el nodo del cruce: http://wiki.openstreetmap.org/wiki/Turn_restriction No es trivial, pero creo recordar que para JOSM hay alguna manera de hacerlo más o menos rápido. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Miksch's Law: If a string has one end, then it has another end. -- ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Enviado desde mi dispositivo móvil Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Importación NGMEP
Hola Desde hace un tiempo Matías Taborda y yo hemos estado preparando los datos para importar las entidades de población del Nomenclator Geogeográfico de Municipios y Entidades de Población. Está todo explicado en http://wiki.openstreetmap.org/wiki/ES:NGMEP. Ya están disponibles los ficheros, separados por Comunidades Autónomas, para importar capitales de municipios que no están en OSM. Se trataría de agregar unas 1500 capitales nuevas. Necesitamos colaboración para subir los datos por que es preferible que lo haga gente que conozca el territorio. El trabajo consistiría en revisar los datos para: * Comprobar si la población ya existe en OSM (se han filtrado pero puede haber escapado alguna), bien en forma de un nodo con etiqueta place=* o un área con etiquetas place=* o landuse=residential. Si ya existe, descartar el nodo de la importación borrándolo. Antes se puede copiar las etiquetas que interesen al nodo existente. * Revisar que la posición del nodo es la más correcta. Comprobar con la ortofoto de PNOA que efectivamente hay una entidad de población, aunque sea dispersa. Si se desplaza el nodo y cambia la altitud, eliminar las etiquetas ele y source:ele. * Agregar el nodo con rol admin_centre a la relación boundary (frontera) del término municipal. * Subir los datos con el usuario [egrn] Si estás interesado en ayudar, apúntate en la wiki. No dudes en consultarnos cualquier duda. Próximamente también estarán listos los ficheros para importar entidades de población no capitales de municipio que no están en OSM. Se trataría de más de 40.000 poblaciones nuevas. Un saludo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] nochmal wegen der Latschenfelder
fen...@gmx.at (Dauser Martin Johannes), 2011.09.09 (Fri) 05:43 (CEST): aber wie unter anderem Merighi Marcus schrieb: Am Donnerstag, den 01.09.2011, 09:57 +0200 schrieb MERIGHI Marcus: siehe Anhaenge; ich bin sehr fuer eine Unterscheidung zwischen Wald und Krummholz: Ueber ersteres freut man sich (Schatten, meist gut begehbare Bereiche), ueber zweiteres aber gar nicht (noch heisser als Ungebung [keine Ahnung, warum], ohne viel Glueck [Latschengasse, natuerlich oder geschnitten] aeusserst unangenehm zu begehen). Erklärung zum Mikroklima im Latschenwald :Grinsekatz: Die Sonne knallt wie auf der Almwiese auf die Fläche. Während auf der Wiese der Wind für Abkühlung sorgt, streicht der Wind bei den Latschen nur über die Wipfel (ca. 2m Höhe). Nun hat man ein stabiles Luftkissen, welches kaum Wärmeaustausch mit der weiteren Umwelt hat. Dadurch kann sich die Luft weiter aufwärmen. (Wie bei den Sonnenanbetern auf der Schipiste.) Alle Pflanzen haben mehr oder weniger Wasserverlusst und dieses verdunstete Wasser macht die Luft auch noch stickig schwül ... Danke fuer die Erklaerung! Klingt jetzt so logisch dass ich mich frage, warum ich da nicht selbst d'rauf gekommen bin... Marcus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Vandalismus
Dass Dem Vandalen keine Urheberschaft zukommt dürfte unbestritten sein, allerdings werden die Daten bezüglich ihrer ODBL-Kompatibilität nach den Leuten, die in der Versionsgeschichte stehen bewertet werden. Um allfällige Probleme bei der Lizenzumstellung zu vermeiden werde Ich bei der Data Working Group nachfragen, ob wir an den betroffenen Inhalten etwas ändern müssen, ob die DWG oder die License Working Group die Edits dieses Useres markieren oder ob die Überprüfung der Lizenzkompatibilität bei der Umstellung solche Sonderfälle gesondert behandelt. Sobald Ich eine Antowrt habe werde Ich mich wieder melden. MfG, Humanist -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] FW: [OSGeo-Announce] Board Election Results
Congratulations to Jeff McKenna for being voted into the OSGeo Board of Directors. Hip, Hip, Hooray! -- Bernie Connors, P.Eng Service New Brunswick (506) 444-2077 45°56'25.21N, 66°38'53.65W www.snb.ca/geonb/ -Original Message- From: announce-boun...@lists.osgeo.org [mailto:announce-boun...@lists.osgeo.org] On Behalf Of Frank Warmerdam Sent: Friday, 2011-09-09 01:03 To: annou...@lists.osgeo.org Subject: [OSGeo-Announce] Board Election Results Here are the final results from the voting for the open seats of the OSGeo Board of Directors. There were five seats open and they have been filled by, in alphabetical order: * Peter Batty * Jo Cook * Michael Gerlek * Mark Lucas * Jeff McKenna Thanks to everyone for running, all candidates received good support ( 20 votes each). The voting participation was 89% and there were no tie scores to arbitrate. Thank you to all who voted!! Your complete resulting Board is: * Peter Batty * Arnulf Christl * Jo Cook * Michael Gerlek * Mark Lucas * Jeff McKenna * Daniel Morissette * Tim Schaub * Frank Warmerdam http://wiki.osgeo.org/wiki/Board_Election_2011_Results ___ Announce mailing list annou...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/announce ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GeoTiff in JOSM
On Fri, Sep 9, 2011 at 12:07 AM, Paul Norman penor...@mac.com wrote: xjjk has put up his scripts at http://caligula.rhombic.net/~xjjk/OpenStreetMap/scripts/ gdal2tiles-mp.py is the multi-threaded version Rename-TMS-layout-to-Google-Layout.py creates a script that renames tiles. Excellent; I'll take a look at those and give this another shot. For your 6 hour run, what resampling did you use, how big was the source GeoTIFF (with or without overviews) and what was the highest zoom range done? I was working from a 1.9GB MrSid file; I had initially generated a tiled GeoTiff (without overviews) and it comes in at 28GB. However I ran gdal2tiles on the MrSid file. I used all the default options so I ended up with zoom levels 9-17 for this particular MrSid as well as the default rendering options. I'll give it another shot with one of the higher quality ones. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] geoportal INSPIRE
Data nelze použít pro práce na projektu OSM. Jedná se o zdroje s nevyjasněnými licenčními podmínkami. vice viz http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Ov.C4.9B.C5.99ovac.C3.AD_zdroje hanoj Dne 8. září 2011 20:16 Kristyna Kitzbergerova kitzberger...@gmail.com napsal(a): Zdravim jen pro zajimavost, geoportal INSPIRE poskytuje mnoho mapovych podkladu prostrednictvim wms sluzeb, viz http://geoportal.gov.cz/web/guest/wms Mimo jine poskytuje ortofoto s presnosti pixelu 50 cm a velmi zajimava je mapa druheho vojenskeho mapovani z konce 19. stol. Do query je nutne rucne doplnit atribut styles=, jinak se budou zobrazovat jen chybove dlazdice, napr: wms:http://geoportal.gov.cz/ArcGIS/services/CENIA/cenia_rt_ortofotomapa_aktualni/MapServer/WMSServer?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLayers=0Styles=; ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Michel SALESSES veut chatter
Je pense plutôt qu'il n'a pas saisi comment accéder à la liste de discussion. Il faut s'inscrire ici: http://lists.openstreetmap.org/listinfo/talk-fr Le 9 septembre 2011 00:15, Dominique Rousseau d...@lee-loo.net a écrit : Le Thu, Sep 08, 2011 at 12:42:54PM -0700, Michel SALESSES [ sierramik...@gmail.com] a écrit: --- Michel SALESSES souhaite communiquer avec vous encore plus facilement en utilisant les derniers et donc les meilleurs produits Google. Si on pouvait s'abstenir de ce genre de choses, ici... -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Soyez donc résolus à ne plus servir et vous serez libres. -- Étienne de La Boétie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Michel SALESSES veut chatter
Ou c est tout simplement google+ qui scanne le carnet d adresse de sa boite mail ( surtout que c est un gmail ) et envoie automatiquement ce message a tous ses contacts De : Romain MEHUT romain.me...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Vendredi 9 Septembre 2011 10h15 Objet : Re: [OSM-talk-fr] Michel SALESSES veut chatter Je pense plutôt qu'il n'a pas saisi comment accéder à la liste de discussion. Il faut s'inscrire ici: http://lists.openstreetmap.org/listinfo/talk-fr Le 9 septembre 2011 00:15, Dominique Rousseau d...@lee-loo.net a écrit : Le Thu, Sep 08, 2011 at 12:42:54PM -0700, Michel SALESSES [sierramik...@gmail.com] a écrit: --- Michel SALESSES souhaite communiquer avec vous encore plus facilement en utilisant les derniers et donc les meilleurs produits Google. Si on pouvait s'abstenir de ce genre de choses, ici... -- Dominique Rousseau d...@lee-loo.net - 06 82 43 12 27 Soyez donc résolus à ne plus servir et vous serez libres. -- Étienne de La Boétie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
