[OSM-talk-be] addr:street on way
Hi, I noticed some update of our einzelganger TAA putting up addres information on the way. Please correct me if I'm wrong but I think this is not correct, check way: http://www.openstreetmap.org/way/24301581#map=19/50.96972/4.47523 Now he put a 'name' key + an addr:street key in it.I'm about to delete this mistake but I wanted to make sure that no radical changes have been implemented lately making this ok. Let me know what you think. Glenn -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] addr:street on way
Adding addr:street to a road, is something I've done accidentally as well. As far as I know it's name on a road/street, addr:street on buildings and POIs. IMHO you can remove the addr:street tag regards m On Tue, Sep 16, 2014 at 10:43 AM, Glenn Plas gl...@byte-consult.be wrote: Hi, I noticed some update of our einzelganger TAA putting up addres information on the way. Please correct me if I'm wrong but I think this is not correct, check way: http://www.openstreetmap.org/way/24301581#map=19/50.96972/4.47523 Now he put a 'name' key + an addr:street key in it.I'm about to delete this mistake but I wanted to make sure that no radical changes have been implemented lately making this ok. Let me know what you think. Glenn -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] addr:street on way
I've seen so many of them I started to doubt myself. It's indeed just 'name' on the street. He's putting up addr:housenumber's as wel using his own interpolation method: 9 - 21 for example, and he's doing it on streets where all houses already have addr:housenumber tags. He's the perfect example of an armchair mapper. Sometimes using outdated bing sat pics to 'fix' things that aren't broken. (like moving buildings based on positions in bing (which are offset at the lowest zoom levels). So everytime I'm correcting this using AGIV It's starting to become a real problem for gardeners having to cleanup everytime the armchair mapper passes by. On 16-09-14 10:59, Marc Gemis wrote: Adding addr:street to a road, is something I've done accidentally as well. As far as I know it's name on a road/street, addr:street on buildings and POIs. IMHO you can remove the addr:street tag regards m On Tue, Sep 16, 2014 at 10:43 AM, Glenn Plas gl...@byte-consult.be mailto:gl...@byte-consult.be wrote: Hi, I noticed some update of our einzelganger TAA putting up addres information on the way. Please correct me if I'm wrong but I think this is not correct, check way: http://www.openstreetmap.org/way/24301581#map=19/50.96972/4.47523 Now he put a 'name' key + an addr:street key in it.I'm about to delete this mistake but I wanted to make sure that no radical changes have been implemented lately making this ok. Let me know what you think. Glenn -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] addr:street on way
On 2014-09-16 10:43, Glenn Plas wrote : Hi, I noticed some update of our einzelganger TAA putting up addres information on the way. Please correct me if I'm wrong but I think this is not correct, check way: http://www.openstreetmap.org/way/24301581#map=19/50.96972/4.47523 Now he put a 'name' key + an addr:street key in it.I'm about to delete this mistake but I wanted to make sure that no radical changes have been implemented lately making this ok. Let me know what you think. I checked it as requested and I see nothing wrong in this bicycle yes highway residential maxspeed 50 name Damstraat except that bicycle=yes is meaningless if there's no other tag forbidding bikes such as access=no. It's a very very very common mistake all over the country making newbies believe that it's forbidding cars. It should be removed. The mapper may have meant cycleway=track or some other variant of that. André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] addr:street on way
On 16-09-14 15:24, André Pirard wrote: On 2014-09-16 10:43, Glenn Plas wrote : Hi, I noticed some update of our einzelganger TAA putting up addres information on the way. Please correct me if I'm wrong but I think this is not correct, check way: http://www.openstreetmap.org/way/24301581#map=19/50.96972/4.47523 Now he put a 'name' key + an addr:street key in it.I'm about to delete this mistake but I wanted to make sure that no radical changes have been implemented lately making this ok. Let me know what you think. I checked it as requested and I see nothing wrong in this Thanks, that must be since my fix I've already committed, check the previous version of this way instead. bicycle http://wiki.openstreetmap.org/wiki/Key:bicycle?uselang=en yes highway http://wiki.openstreetmap.org/wiki/Key:highway?uselang=en residential http://wiki.openstreetmap.org/wiki/Tag:highway=residential?uselang=en maxspeed http://wiki.openstreetmap.org/wiki/Key:maxspeed?uselang=en 50 name http://wiki.openstreetmap.org/wiki/Key:name?uselang=en Damstraat except that bicycle=yes is meaningless if there's no other tag forbidding bikes such as access=no. It's a very very very common mistake all over the country making newbies believe that it's forbidding cars. It should be removed. Will do. There is no cycleway at all, it's a small street, barely wide enough for 2 cars to pass. That tag is probably not from his last edit but from years ago. You can still see his changeset and what changed here: http://osmhv.openstreetmap.de/changeset.jsp?id=25463368 Greetings Glenn The mapper may have meant cycleway http://wiki.openstreetmap.org/wiki/Key:cycleway=track or some other variant of that. The arm-chair bing mapper would probably not even know what's out there in real live though. Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] addr:street on way
Sstt, it (bicycle=yes) was added by Glenn in http://www.openstreetmap.org/changeset/17185921 , see http://www.openstreetmap.org/way/24301581/history :-) On Tue, Sep 16, 2014 at 3:38 PM, Glenn Plas gl...@byte-consult.be wrote: Will do. There is no cycleway at all, it's a small street, barely wide enough for 2 cars to pass. That tag is probably not from his last edit but from years ago. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] addr:street on way
Ok, not so long ago I seemed to have tagged ALL the ways with an extra bicycle=yes tag. Not just that one, but about every way there. I've found a bug in my brain. And it's not like I don't understand the usage of the key back then. This looks like a general / preset mistake that got proliferated @marc If you wouldn't be as ironic as you where I wouldn't have noticed this. Tx! Glenn On 16-09-14 16:41, Glenn Plas wrote: The minute I posted that claim, I figured chances where high I did this myself -but plenty of years ago-, I wasn't as honed as I am today ;-) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] addr:street on way
Would you believe when I say that I checked, just to make sure I didn't make the mistake ? :-) On Tue, Sep 16, 2014 at 4:48 PM, Glenn Plas gl...@byte-consult.be wrote: @marc If you wouldn't be as ironic as you where I wouldn't have noticed this. Tx! ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] addr:street on way
:) Totally believe it,Yes. Sounds like what I should have done in the first place... Last week I corrected something similar like that made by a guy called 'escada'. Not joking here, decided to keep it under the rug this time.. But that was about 4 years old. Mine is from a year ago. Perhaps I need to go backtrack my changes. I corrected about 100 ways in my town like this, perhaps I messed a bit too much with josm filters and mapCSS back then. I do recall some of it. This key is really on all the ways here, and it doesn't belong on most of them. Our TAA user is actually good for keeping this area sharp and neat, just by drawing attention on it. Glenn On 16-09-14 17:45, Marc Gemis wrote: Would you believe when I say that I checked, just to make sure I didn't make the mistake ? :-) On Tue, Sep 16, 2014 at 4:48 PM, Glenn Plas gl...@byte-consult.be mailto:gl...@byte-consult.be wrote: @marc If you wouldn't be as ironic as you where I wouldn't have noticed this. Tx! ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] addr:street on way
On Tue, Sep 16, 2014 at 6:02 PM, Glenn Plas gl...@byte-consult.be wrote: Last week I corrected something similar like that made by a guy called 'escada'. Not joking here, decided to keep it under the rug this time.. But that was about 4 years old. Mine is from a year ago. I would keep a close eye on that guy. Never trust his changes :-) regards p.s. thanks for keeping that starters error silent, I started in April 2011... ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] addr:street on way
On 2014-09-16 15:24, André Pirard wrote : bicycle yes highway residential maxspeed 50 name Damstraat except that bicycle=yes is meaningless if there's no other tag forbidding bikes such as access=no. It's a very very very common mistake all over the country making newbies believe that bicycle=yes is forbidding cars. This is what I mean with "very very very". I corrected many of them (in other regions). And this is the harmless kind, others forbid bicycles or cars where they can go. Or, worse, let them go where they are not allowed. (They say that I must learn that OSM is fuzzy) Please note that the script may need more NOT conditions that you may add as you find false positive. Happy hunting, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] addr:street on way
There are actually plenty of these according to Overpass... http://overpass-turbo.eu/s/54J On 16-09-14 18:07, Marc Gemis wrote: On Tue, Sep 16, 2014 at 6:02 PM, Glenn Plas gl...@byte-consult.be mailto:gl...@byte-consult.be wrote: Last week I corrected something similar like that made by a guy called 'escada'. Not joking here, decided to keep it under the rug this time.. But that was about 4 years old. Mine is from a year ago. I would keep a close eye on that guy. Never trust his changes :-) regards p.s. thanks for keeping that starters error silent, I started in April 2011... ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] addr:street on way
Ok, This looks to be a bigger problem than I thought.TAA is doing this everywhere. Checking the wiki, this isn't even wrong actually. I quote: http://wiki.openstreetmap.org/wiki/Key:addr A way with highway=* and the corresponding name should be found nearby. The belonging to a street can alternatively be represented by a associatedStreet relation. He's actually marking private driveways and private roads with the addressing schema. http://overpass-turbo.eu/s/54K Now the question is: Am I going to 'fix' all that? Is this even useful to add addres schema information to ways like this ? It's like he's mapping for a routing algorithm that needs help. Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] addr:street on way
On Tue, Sep 16, 2014 at 8:20 PM, Glenn Plas gl...@byte-consult.be wrote: This looks to be a bigger problem than I thought.TAA is doing this everywhere. Checking the wiki, this isn't even wrong actually. I quote: http://wiki.openstreetmap.org/wiki/Key:addr A way with highway=* and the corresponding name should be found nearby. The belonging to a street can alternatively be represented by a associatedStreet relation. He's actually marking private driveways and private roads with the addressing schema. that same page also states To provide address information for buildings and facilities So IMHO it should not go on ways (including service roads). I wonder which application uses addr:street on ways. While it is not needed, it doesn't harm. So it wouldn't be my first priority to fix, when I will remove one when I encounter it. As André pointed out, there are more serious errors (e.g. bad routing). regards ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] addr:street on way
I agree with Marc. My interpretation of the wiki is also that address tags don't belong on highways. Haven't seen any of those in my backyard so far... Just my 2 cents. On 16 September 2014 21:10, Marc Gemis marc.ge...@gmail.com wrote: On Tue, Sep 16, 2014 at 8:20 PM, Glenn Plas gl...@byte-consult.be wrote: This looks to be a bigger problem than I thought.TAA is doing this everywhere. Checking the wiki, this isn't even wrong actually. I quote: http://wiki.openstreetmap.org/wiki/Key:addr A way with highway=* and the corresponding name should be found nearby. The belonging to a street can alternatively be represented by a associatedStreet relation. He's actually marking private driveways and private roads with the addressing schema. that same page also states To provide address information for buildings and facilities So IMHO it should not go on ways (including service roads). I wonder which application uses addr:street on ways. While it is not needed, it doesn't harm. So it wouldn't be my first priority to fix, when I will remove one when I encounter it. As André pointed out, there are more serious errors (e.g. bad routing). regards ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-si] Fwd: [OpenStreetMap] Imamo dovoljenje!
Debata teče naprej na forumu: http://forum.openstreetmap.org/viewtopic.php?id=26891 Na to temo pa se dobimo v živo v Kmečkem Hramu v Ljubljani, ta petek 19. septembra ob 18. uri. http://www.openstreetmap.org/#map=19/46.07873/14.53623 Dobrodošli! lp, Štefan 2014-09-08 14:15 GMT+02:00 Igor Brejc igor.br...@gmail.com: Zdravo, Fajn novica. V QGISu sem naložil .shp rabe (600 MB), ni mi pa uspelo dodati OSM map layerja, javlja napako, nisem se poglabljal. Tukaj sta dva primera rabe za MB in LJ: https://dl.dropboxusercontent.com/u/6894864/temp/raba-mb.jpg in https://dl.dropboxusercontent.com/u/6894864/temp/raba-lj.jpg Prvo, kar se da ugotoviti je, da so poligoni razbiti v pravokotno mrežo. Torej če bomo tole importali, je eno od vprašanj ali to združevati v večje multipoligone ali ohraniti tako, kot je. In kako bi se sploh lotili importa (in kdo). lp Igor 2014-09-07 18:57 GMT+02:00 Stefan Baebler stefan.baeb...@gmail.com: FYI: http://forum.openstreetmap.org/viewtopic.php?id=26891 Ima kdo možnost iz shapefile-a narediti kak enostaven overlay čez OSM zemljevid, da preverimo vir? Lp, Štefan -- Posredovano sporočilo -- Od: gvil m-454892-b65...@messages.openstreetmap.org Datum: 5. sep. 2014 12:09 Zadeva: [OpenStreetMap] Imamo dovoljenje! Za: stefan.baebler+...@gmail.com Kp: Pozdravljeni, StefanB, Uporabnik gvil http://www.openstreetmap.org/user/gvil vam je prek OpenStreetMap poslal novo sporočilo glede Imamo dovoljenje!: == rkg.m...@gov.si 11.47 (pred 19 minute) Za meni Spoštovani, podatki evidence dejanske rabe so javni in se lahko uporabljajo v vse namene, ob predpostavki, da je naveden vir in datum podatkov ter navedba, da se evidenca dejanske rabe kmetijskih in gozdnih zemljišč sprotno posodablja, glede na dostopnost virov in informacij in da stanje, ki ga prikazujete ne odraža vedno trenutnega stanja. Lep pozdrav, Alenka Rotter 27.06.2014 09:29 Prosim, odgovorite za rkg.mkgp Za:rkg@gov.si, kp: Zadeva:Prošnja za soglasje za uporabo grafičnih podatkov RABA v OpenStreetMap == Lahko tudi preberete sporočilo na http://www.openstreetmap.org/message/read/454892 in lahko odgovorite na http://www.openstreetmap.org/message/reply/454892 ___ Talk-si mailing list Talk-si@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-si ___ Talk-si mailing list Talk-si@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-si
[OSM-talk] Wood Park mapnik carto anomaly?
Hi I've mapped an area where a woodland overlaps with a park: http://www.openstreetmap.org/#map=17/51.48959/-2.52536 The new mapnik rendering doesn't display it. Here's a comparison with old new: http://bl.ocks.org/tyrasd/raw/6164696/#16.00/51.4890/-2.5267 You'll also notice it previous rendered it with a different shade of green. Other than split it into a separate area, which I don't really want to do, is there a solution? Does it need to be flagged as a render error? Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
This is the place for Standard layer issues: https://github.com/gravitystorm/openstreetmap-carto/issues I searched a bit and I didn't find the issue with parks. Try searching yourself, maybe I just didn't find it. Janko 2014-09-16 12:25 GMT+02:00 Dave F. dave...@madasafish.com: Hi I've mapped an area where a woodland overlaps with a park: http://www.openstreetmap.org/#map=17/51.48959/-2.52536 The new mapnik rendering doesn't display it. Here's a comparison with old new: http://bl.ocks.org/tyrasd/raw/6164696/#16.00/51.4890/-2.5267 You'll also notice it previous rendered it with a different shade of green. Other than split it into a separate area, which I don't really want to do, is there a solution? Does it need to be flagged as a render error? Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Visually detect missing roads
Hi, I look at your map for Lyon, and don't understand most of the missing road that your tool is showing ... an example with http://compare.osm-tools.org/?zoom=15lat=45.73417lon=4.82971layers=BT00F : the road is there in both maps and seems to have the same kind of attributes (oneway and classification). Can you explain why there is a big red mark on it ? cheers, Sylvain 2014-09-15 10:53 GMT+02:00 SomeoneElse li...@mail.atownsend.org.uk: On 15/09/2014 08:53, Stephan Knauss wrote: So actually a map with no diff is good. At least a good indication that the map is not missing something important. Assuming for a moment that Google data is a perfect reference (which is not as we all know). Unfortunately, we (as in all OSM users using QA sites) don't all know this. That's why I made the comment up the thread about Google (and actually also Apple) Maps showing a road locally to me that doesn't exist. There's an increasing problem with relatively inexperienced users* thinking that if a QA site no longer shows a problem, then the problem is fixed, and here it's compounded by saying a perfect map is grey. In reality of course you'd need to go there and have a look to make sure. Of course, sometimes you can't do that (the area's physically inaccessible, or far away and there are no local mappers available to fix a problem) and in those cases QA sites such as yours can be extremely useful. Other QA sites tend to make it clear what they're actually showing (e.g. musical chairs has in capital letters at the bottom of the screen THIS IS A LIST OF DISAGREEMENTS, NOT NECESSARILY OSM ERRORS. Clearly some sort of disclaimer text like that would make sense, but would it perhaps also be possible to guide new mappers towards other fixing options available, such as: o find a local mapper and contact them - even just to ask if (a) is correct and then (b), and then do the edit based on that. o where there are no local active mappers add a note that someone can see when they're next in the area requesting a survey. Cheers, Andy * actually, it's not just relatively inexperienced mappers. Recently in the UK we had someone inventing footpaths to join (arguably mistagged) highway=pedestrian islands to nearby roads. Just this morning we've had someone decided that the actual metal signs describing a road are clearly wrong when compared to what Ordnance Survey's open data says. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
On 16 September 2014 11:25, Dave F. dave...@madasafish.com wrote: I've mapped an area where a woodland overlaps with a park: http://www.openstreetmap.org/#map=17/51.48959/-2.52536 The new mapnik rendering doesn't display it. Here's a comparison with old new: http://bl.ocks.org/tyrasd/raw/6164696/#16.00/51.4890/-2.5267 In general, we render smaller landuse on top of larger landuse. That gives sometimes unexpected results if two landuse areas overlap each other only partially. However, I can't think of any better ordering. In the old rendering, the overlap was visible because we rendered park transparent. However, we removed the transparent rendering because it often gives counterintuitive colours. The old rendering of this place is a good example: you wouldn't really guess that the middle green colour denotes an overlap of wood and park. So I don't think this is something we can really fix on the rendering side. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
Ideally we could render little trees on top of the park. Janko 2014-09-16 14:41 GMT+02:00 Matthijs Melissen i...@matthijsmelissen.nl: On 16 September 2014 11:25, Dave F. dave...@madasafish.com wrote: I've mapped an area where a woodland overlaps with a park: http://www.openstreetmap.org/#map=17/51.48959/-2.52536 The new mapnik rendering doesn't display it. Here's a comparison with old new: http://bl.ocks.org/tyrasd/raw/6164696/#16.00/51.4890/-2.5267 In general, we render smaller landuse on top of larger landuse. That gives sometimes unexpected results if two landuse areas overlap each other only partially. However, I can't think of any better ordering. In the old rendering, the overlap was visible because we rendered park transparent. However, we removed the transparent rendering because it often gives counterintuitive colours. The old rendering of this place is a good example: you wouldn't really guess that the middle green colour denotes an overlap of wood and park. So I don't think this is something we can really fix on the rendering side. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
On 16/09/2014 13:41, Matthijs Melissen wrote: In general, we render smaller landuse on top of larger landuse. I find it surprising something as arbitrary as size is used as the defining factor. Comparing actual tags would surely make more sense. That gives sometimes unexpected results if two landuse areas overlap each other only partially. However, I can't think of any better ordering. In the old rendering, the overlap was visible because we rendered park transparent. However, we removed the transparent rendering because it often gives counterintuitive colours. And now there's no colours. Dave F. The old rendering of this place is a good example: you wouldn't really guess that the middle green colour denotes an overlap of wood and park. So I don't think this is something we can really fix on the rendering side. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
2014-09-16 15:32 GMT+02:00 Dave F. dave...@madasafish.com: I find it surprising something as arbitrary as size is used as the defining factor. Comparing actual tags would surely make more sense. well, size surely has some correlation with importance. For practical reasons it is generally working quite well to have first render the bigger stuff and then render the smaller stuff on top, because it leads typically to less covering. In this particular case more detailed mapping of the tree areas could solve it, e.g. split the wood object at the cutting roads and waterways, but admittedly in this case by looking at the bing aerial imagery it seems indeed to be a continuity of trees on both sides of these. cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
Am 16.09.2014 15:59, schrieb Martin Koppenhoefer: 2014-09-16 15:32 GMT+02:00 Dave F. dave...@madasafish.com mailto:dave...@madasafish.com: I find it surprising something as arbitrary as size is used as the defining factor. Comparing actual tags would surely make more sense. well, size surely has some correlation with importance. For practical reasons it is generally working quite well to have first render the bigger stuff and then render the smaller stuff on top, because it leads typically to less covering. In this particular case more detailed mapping of the tree areas could solve it, e.g. split the wood object at the cutting roads and waterways, but admittedly in this case by looking at the bing aerial imagery it seems indeed to be a continuity of trees on both sides of these. No, we need a solution which allows overlaps and still renders the differences. One possible solution are pictographs or not solid by striped rendering. Once landcover comes in play we have the next overlap. And we still have the problem with building=roof/yes + layer 0 not been rendered on top of highway=* and area=yes, even if the size is smaller. cu colliar signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
On Sep 16, 2014, at 06:33 AM, Dave F. dave...@madasafish.com wrote: On 16/09/2014 13:41, Matthijs Melissen wrote: In general, we render smaller landuse on top of larger landuse. I find it surprising something as arbitrary as size is used as the defining factor. Comparing actual tags would surely make more sense. As a recent bug (https://github.com/gravitystorm/openstreetmap-carto/issues/950) has shown, it's important to have *some* well-defined ordering in cases where the ordering could make a visual distinction, or the rendered result is undefined and potentially not deterministic. This can lead to subtle bugs with clipped labels. The two criteria are OSM ID and area. The first is truly arbitrary being a computer-assigned number, while the second is well-founded and is the standard way to order within a layer. What you're more interested in is why are parks and trees both in the same landuse layer. It would certainly simplify the SQL (https://github.com/gravitystorm/openstreetmap-carto/blob/master/project.yaml#L102) to split it up into different tags, but the problem is there is no universally acceptable ordering of tags. You've pointed at a case where it'd be good to have trees on top of parks, but I can point to cases where parks should be on top of trees. There's another layer for overlays like military or nature reserves but without trying it out, I'm not sure if that'd add clarity. Someone is welcome to try it out (https://github.com/gravitystorm/openstreetmap-carto/blob/master/CONTRIBUTING.md) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Edit with Filter On - Show new Tracing
Hello, I am new to filters. I want to trace while filters are on. What should I add to the filter so that my new traces will appear. What seems to be happening is I start to draw and the first node and the line are immediately filtered out. My filter is simple: add to selection (landuse:) Thank you! -- Alex ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Edit with Filter On - Show new Tracing
Hi, On 16 September 2014 22:34, Alex Rollin alex.rol...@gmail.com wrote: I want to trace while filters are on. What should I add to the filter so that my new traces will appear. What seems to be happening is I start to draw and the first node and the line are immediately filtered out. My filter is simple: add to selection (landuse:) With this filter and a check in the Inverse filter columns, appending | (tags:0 new) makes it work for me. Without Inverse filter checked it works as is. Cheers ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-br] Limite Administrativo de Blumenau - SC
Amigos, tendo recebido critica da falta de indexação das vias em Blumenau – SC, identifiquei que alguém retirou todo o limite administrativo de Blumenau. Poderiam constatar isso, por gentileza? []s Marcio___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite Administrativo de Blumenau - SC
Demorou um pouquinho, mas encontrei. O limite administrativo foi removido no seguinte changeset: https://www.openstreetmap.org/changeset/24576471 Pedi pro naoliv recuperar a relação, e também uma de outra cidade que foi excluida junto. Vou mandar uma mensagem pedindo pro usuário pra tomar mais cuidado. Abs, João Em 16 de setembro de 2014 10:02, thunder...@gpsinfo.com.br escreveu: Amigos, tendo recebido critica da falta de indexação das vias em Blumenau – SC, identifiquei que alguém retirou todo o limite administrativo de Blumenau. Poderiam constatar isso, por gentileza? []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Situação das Traduções - ed. 5
O JOSM chegou a 100%, excelente! Parabéns aos envolvidos! GraphHopper - 100% http://bit.ly/1CM61na *HOT Tasking Manager - 0%* *https://www.transifex.com/projects/p/osm-tasking-manager2/ https://www.transifex.com/projects/p/osm-tasking-manager2/* *ID - presets - 91%* https://www.transifex.com/projects/p/id-editor/resource/presets ID - core - 100% https://www.transifex.com/projects/p/id-editor/resource/core JOSM - 100% https://translations.launchpad.net/josm/trunk/+pots/josm/pt_BR/+details Keepright - 100% https://translations.launchpad.net/keepright/trunk/+pots/keepright/pt_BR/+details *Merkaator - 93%* https://translations.launchpad.net/merkaartor/trunk/+pots/merkaartor/pt_BR/+details Merkaator (templates) - 100% https://translations.launchpad.net/merkaartor/trunk/+pots/templates/pt_BR/+details *Overpass Turbo - 72%* https://www.transifex.com/projects/p/overpass-turbo Taginfo - aproximadamente 50% https://github.com/joto/taginfo/blob/master/web/i18n/pt.yml Site do OpenStreetMap - 99% http://translatewiki.net/w/i.php?title=Special:MessageGroupStatsgroup=out-osm-site ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite Administrativo de Blumenau - SC
Agradeço a pronta resposta João. Ele também quebrou o limite administrativo de Indaial – SC. Continuo me preocupando com as constantes alterações em limites administrativos sem o devido conhecimento da comunidade. Felizmente utilizadores do mapa COCAR, que emprega a base OSM, vem nos mantendo informados de erros encontrados. A grande maioria dos erros até corrigimos, mas quando se trata de limite administrativo a situação se torna mais complicada e merece especial atenção da comunidade. []s Marcio From: John Packer Sent: Tuesday, September 16, 2014 10:41 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Limite Administrativo de Blumenau - SC Demorou um pouquinho, mas encontrei. O limite administrativo foi removido no seguinte changeset: https://www.openstreetmap.org/changeset/24576471 Pedi pro naoliv recuperar a relação, e também uma de outra cidade que foi excluida junto. Vou mandar uma mensagem pedindo pro usuário pra tomar mais cuidado. Abs, João Em 16 de setembro de 2014 10:02, thunder...@gpsinfo.com.br escreveu: Amigos, tendo recebido critica da falta de indexação das vias em Blumenau – SC, identifiquei que alguém retirou todo o limite administrativo de Blumenau. Poderiam constatar isso, por gentileza? []s Marcio___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Situação das Traduções - ed. 5
Existe alguma instância *osm-tasking-manager2* disponível? Estou tentando traduzi-lo para Português do Brasil mas a interface de tasks.poole.ch/job/73 não está correspondendo. Existe uma tradução em Português de Portugal que pode ajudar. Porém, prefiro não me orientar muito por ela. É melhor experimentar as telas. Alexandre Magno 2014-09-16 10:51 GMT-03:00 Vitor George vitor.geo...@gmail.com: *HOT Tasking Manager - 0%* *https://www.transifex.com/projects/p/osm-tasking-manager2/ https://www.transifex.com/projects/p/osm-tasking-manager2/* ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Situação das Traduções - ed. 5
A única instância rodando que eu conheço é a do HOT: http://tasks.hotosm.org . 2014-09-16 14:40 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Existe alguma instância *osm-tasking-manager2* disponível? Estou tentando traduzi-lo para Português do Brasil mas a interface de tasks.poole.ch/job/73 não está correspondendo. Existe uma tradução em Português de Portugal que pode ajudar. Porém, prefiro não me orientar muito por ela. É melhor experimentar as telas. Alexandre Magno 2014-09-16 10:51 GMT-03:00 Vitor George vitor.geo...@gmail.com: *HOT Tasking Manager - 0%* *https://www.transifex.com/projects/p/osm-tasking-manager2/ https://www.transifex.com/projects/p/osm-tasking-manager2/* ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Situação das Traduções - ed. 5
Acredito que seja suficiente, por enquanto. Eu estava desorientado. Obrigado. Em 16 de setembro de 2014 15:09, Vitor George vitor.geo...@gmail.com escreveu: A única instância rodando que eu conheço é a do HOT: http://tasks.hotosm.org. 2014-09-16 14:40 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Existe alguma instância *osm-tasking-manager2* disponível? Estou tentando traduzi-lo para Português do Brasil mas a interface de tasks.poole.ch/job/73 não está correspondendo. Existe uma tradução em Português de Portugal que pode ajudar. Porém, prefiro não me orientar muito por ela. É melhor experimentar as telas. Alexandre Magno 2014-09-16 10:51 GMT-03:00 Vitor George vitor.geo...@gmail.com: *HOT Tasking Manager - 0%* *https://www.transifex.com/projects/p/osm-tasking-manager2/ https://www.transifex.com/projects/p/osm-tasking-manager2/* ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite Administrativo de Blumenau - SC
Será que há alguma forma de compilar as listas de relações de municípios para disponibilizar na wiki? Em 16 de setembro de 2014 10:57, thunder...@gpsinfo.com.br escreveu: Agradeço a pronta resposta João. Ele também quebrou o limite administrativo de Indaial – SC. Continuo me preocupando com as constantes alterações em limites administrativos sem o devido conhecimento da comunidade. Felizmente utilizadores do mapa COCAR, que emprega a base OSM, vem nos mantendo informados de erros encontrados. A grande maioria dos erros até corrigimos, mas quando se trata de limite administrativo a situação se torna mais complicada e merece especial atenção da comunidade. []s Marcio From: John Packer Sent: Tuesday, September 16, 2014 10:41 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Limite Administrativo de Blumenau - SC Demorou um pouquinho, mas encontrei. O limite administrativo foi removido no seguinte changeset: https://www.openstreetmap.org/changeset/24576471 Pedi pro naoliv recuperar a relação, e também uma de outra cidade que foi excluida junto. Vou mandar uma mensagem pedindo pro usuário pra tomar mais cuidado. Abs, João Em 16 de setembro de 2014 10:02, thunder...@gpsinfo.com.br escreveu: Amigos, tendo recebido critica da falta de indexação das vias em Blumenau – SC, identifiquei que alguém retirou todo o limite administrativo de Blumenau. Poderiam constatar isso, por gentileza? []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 7360-9421 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite Administrativo de Blumenau - SC
A partir de uma consulta *overpass-turbo* correta, poder-se-ia criar o código fonte de uma página wiki de listagem, usando Template:Relation https://wiki.openstreetmap.org/wiki/Template:Relatio para as hiperligações. Mas não acho que tal seja sustentável. É melhor aprender a identificar (consultar) relações usando o JOSM. Também não tenho prática nisso. Mas é o que percebo. Em 16 de setembro de 2014 17:00, Vítor Rodrigo Dias vitor.d...@gmail.com escreveu: Será que há alguma forma de compilar as listas de relações de municípios para disponibilizar na wiki? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite Administrativo de Blumenau - SC
A minha sugestão foi no sentido de se recuperar mais facilmente relações excluídas, sem ter que fuçar históricos e changesets para tal... Em 16 de setembro de 2014 17:16, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: A partir de uma consulta overpass-turbo correta, poder-se-ia criar o código fonte de uma página wiki de listagem, usando Template:Relation para as hiperligações. Mas não acho que tal seja sustentável. É melhor aprender a identificar (consultar) relações usando o JOSM. Também não tenho prática nisso. Mas é o que percebo. Em 16 de setembro de 2014 17:00, Vítor Rodrigo Dias vitor.d...@gmail.com escreveu: Será que há alguma forma de compilar as listas de relações de municípios para disponibilizar na wiki? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 7360-9421 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite Administrativo de Blumenau - SC
Talvez alguma das ferramentas de controle de qualidade relatem quebras de relação. Eu não conheço. Em 16 de setembro de 2014 17:22, Vítor Rodrigo Dias vitor.d...@gmail.com escreveu: A minha sugestão foi no sentido de se recuperar mais facilmente relações excluídas, sem ter que fuçar históricos e changesets para tal... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite Administrativo de Blumenau - SC
Uma das coisas que poderia ser feito seria adicionar a propriedade P402 [1] no item wikidata da cidade. Esta propriedade descreve o ID da relação (e somente de relações) que representa aquele item no OSM. Por exemplo, eu fui no item wikidata de Joinville [2], fui no final da lista de propriedades, cliquei em adicionar, e coloquei P402 no campo do lado direito e o ID da relação de Joinville no OSM [3] no campo do lado esquerdo, que é 296650 . [1]: https://www.wikidata.org/wiki/Property:P402 [2]: https://www.wikidata.org/w/index.php?title=Q156819uselang=pt [3]: http://www.openstreetmap.org/relation/296650?locale=pt-BR Em 16 de setembro de 2014 17:22, Vítor Rodrigo Dias vitor.d...@gmail.com escreveu: A minha sugestão foi no sentido de se recuperar mais facilmente relações excluídas, sem ter que fuçar históricos e changesets para tal... Em 16 de setembro de 2014 17:16, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: A partir de uma consulta overpass-turbo correta, poder-se-ia criar o código fonte de uma página wiki de listagem, usando Template:Relation para as hiperligações. Mas não acho que tal seja sustentável. É melhor aprender a identificar (consultar) relações usando o JOSM. Também não tenho prática nisso. Mas é o que percebo. Em 16 de setembro de 2014 17:00, Vítor Rodrigo Dias vitor.d...@gmail.com escreveu: Será que há alguma forma de compilar as listas de relações de municípios para disponibilizar na wiki? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 7360-9421 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Situação das Traduções - ed. 5
2014-09-16 10:51 GMT-03:00 Vitor George vitor.geo...@gmail.com: *HOT Tasking Manager - 0%* *https://www.transifex.com/projects/p/osm-tasking-manager2/ https://www.transifex.com/projects/p/osm-tasking-manager2/* Agora está 100% https://github.com/hotosm/osm-tasking-manager2/issues/333. Carece de revisão. Se eu chegar a instanciar um Task Manager http://forum.openstreetmap.org/viewtopic.php?pid=447138#p447138, será no OpenShift. *Não estou dizendo que farei.* Se fizer, provavelmente será o caso de documentar isso como cartucho, daí os procedimentos serão reproduzíveis e tudo já ganha um padrão de manutenção. O que me atrai para essa atividade é a necessidade de gerenciar minhas próprias tarefas de mapeamento, especialmente aquelas que originam-se em Mapillary. Provavelmente não é o caso de eu esperar que o Mapillary tenha marcadores para fotos e sequências, apesar de que parece que estão fazendo... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Via exclusiva para ônibus
Como etiquetar uma via exclusiva para ônibus? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Via exclusiva para ônibus
Ah acho que consegui um exemplo: http://www.openstreetmap.org/way/245577988 Em 16 de setembro de 2014 21:48, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Como etiquetar uma via exclusiva para ônibus? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Via exclusiva para ônibus
Não entendi nesse exemplo, por que o psv está = no Em 16 de setembro de 2014 21:50, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Ah acho que consegui um exemplo: http://www.openstreetmap.org/way/245577988 Em 16 de setembro de 2014 21:48, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Como etiquetar uma via exclusiva para ônibus? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Via exclusiva para ônibus
Eu acho errado, deve ser psv=yes e taxi=no Aun Johnsen On Sep 16, 2014, at 21:54, Erick de Oliveira Leal erickdeoliveiral...@gmail.com wrote: Não entendi nesse exemplo, por que o psv está = no Em 16 de setembro de 2014 21:50, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Ah acho que consegui um exemplo: http://www.openstreetmap.org/way/245577988 Em 16 de setembro de 2014 21:48, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Como etiquetar uma via exclusiva para ônibus? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Via exclusiva para ônibus
Não sei se é para o que você pergunta, mas talvez ajude: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Brazil Na verdade, eu estava procurando um grafo que descrevia os valores implícitos. Acho que o vi anteontem, no wiki. Esse sim, pode contar a resposta para sua questão com mais probabilidade. Em 16 de setembro de 2014 21:54, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Não entendi nesse exemplo, por que o psv está = no Em 16 de setembro de 2014 21:50, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Ah acho que consegui um exemplo: http://www.openstreetmap.org/way/245577988 Em 16 de setembro de 2014 21:48, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Como etiquetar uma via exclusiva para ônibus? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Via exclusiva para ônibus
Mudei para unclassified onde é exclusivamente para ônibus e emergências, e onde é dividido com a pista para carros e somente separado por tachão não etiquetei. E agora falta o mais importante que é criar as relações de rota. Ficou assim: http://www.openstreetmap.org/#map=16/-15.8678/-47.9454 Em 16 de setembro de 2014 22:01, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Não sei se é para o que você pergunta, mas talvez ajude: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Brazil Na verdade, eu estava procurando um grafo que descrevia os valores implícitos. Acho que o vi anteontem, no wiki. Esse sim, pode contar a resposta para sua questão com mais probabilidade. Em 16 de setembro de 2014 21:54, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Não entendi nesse exemplo, por que o psv está = no Em 16 de setembro de 2014 21:50, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Ah acho que consegui um exemplo: http://www.openstreetmap.org/way/245577988 Em 16 de setembro de 2014 21:48, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Como etiquetar uma via exclusiva para ônibus? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Via exclusiva para ônibus
Fórum » users: Brazil » Separadores válidos para vias divididas + faixas exclusivas http://forum.openstreetmap.org/viewtopic.php?id=25892 Em 16 de setembro de 2014 22:53, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Mudei para unclassified onde é exclusivamente para ônibus e emergências, e onde é dividido com a pista para carros e somente separado por tachão não etiquetei. E agora falta o mais importante que é criar as relações de rota. Ficou assim: http://www.openstreetmap.org/#map=16/-15.8678/-47.9454 Em 16 de setembro de 2014 22:01, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Não sei se é para o que você pergunta, mas talvez ajude: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Brazil Na verdade, eu estava procurando um grafo que descrevia os valores implícitos. Acho que o vi anteontem, no wiki. Esse sim, pode contar a resposta para sua questão com mais probabilidade. Em 16 de setembro de 2014 21:54, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Não entendi nesse exemplo, por que o psv está = no Em 16 de setembro de 2014 21:50, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Ah acho que consegui um exemplo: http://www.openstreetmap.org/way/245577988 Em 16 de setembro de 2014 21:48, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Como etiquetar uma via exclusiva para ônibus? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite Administrativo de Blumenau - SC
Ok, agora os limites administrativos de Blumenau e Indaial foram recuperados. Em 16 de setembro de 2014 10:57, thunder...@gpsinfo.com.br escreveu: Agradeço a pronta resposta João. Ele também quebrou o limite administrativo de Indaial – SC. Continuo me preocupando com as constantes alterações em limites administrativos sem o devido conhecimento da comunidade. Felizmente utilizadores do mapa COCAR, que emprega a base OSM, vem nos mantendo informados de erros encontrados. A grande maioria dos erros até corrigimos, mas quando se trata de limite administrativo a situação se torna mais complicada e merece especial atenção da comunidade. []s Marcio *From:* John Packer john.pack...@gmail.com *Sent:* Tuesday, September 16, 2014 10:41 AM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Limite Administrativo de Blumenau - SC Demorou um pouquinho, mas encontrei. O limite administrativo foi removido no seguinte changeset: https://www.openstreetmap.org/changeset/24576471 Pedi pro naoliv recuperar a relação, e também uma de outra cidade que foi excluida junto. Vou mandar uma mensagem pedindo pro usuário pra tomar mais cuidado. Abs, João Em 16 de setembro de 2014 10:02, thunder...@gpsinfo.com.br escreveu: Amigos, tendo recebido critica da falta de indexação das vias em Blumenau – SC, identifiquei que alguém retirou todo o limite administrativo de Blumenau. Poderiam constatar isso, por gentileza? []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Limite Administrativo de Blumenau - SC
Agradecemos John. Já orientamos ao críticos Catarinenses a fazerem uma nova compilação do mapa amanhã. []s Marcio From: John Packer Sent: Tuesday, September 16, 2014 11:16 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Limite Administrativo de Blumenau - SC Ok, agora os limites administrativos de Blumenau e Indaial foram recuperados. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-is] Tenging stíga og rútun fyrir gangandi og hjólandi
Ísland dettur inn í næstu uppfærslu af cycle.travel (þeir uppfæra einu sinni á mánuði). Þann 30.8.2014 18:07, skrifaði Jóhannes Birgir Jensson: Path er ekki vinsælt heldur http://www.openstreetmap.org/user/Richard/diary/20333 Ég ætla að kíkja á cycle.travel fólkið og gá hvernig gengur með að smella okkur þar inn og taka þetta áfram. Þann 29.8.2014 14:08, skrifaði Morten Lange: Hæ Hef ekki náð að taka þátt í umræðunum, en þangað til niðurstaða er fengin ætti kannski að segja frá því á Wiki.openstreetmap.org að umræður séu í gangi á talk-is ? -- Regards / Kveðja / Hilsen Morten Lange, Reykjavík *From:* Svavar Kjarrval sva...@kjarrval.is *To:* talk-is@openstreetmap.org *Sent:* Monday, 25 August 2014, 16:40 *Subject:* Re: [Talk-is] Tenging stíga og rútun fyrir gangandi og hjólandi Hæ. Skoðaði highway=footway á wiki síðu OSM og þar er ekki gefið að það skuli túlka sjálfgefið sem bicycle=no heldur gefið frjálst á hvorn veginn það er túlkað af hálfu algrímanna. Ef við tökum bicycle=yes af yrði það líklega mismunandi milli algrímanna hvort þeir beini hjólafólki eftir stígum eða götum. Einhverjar umræður hafa verið í gangi á aðalpóstlista OSM um sjálfgefin gildi á tilteknum svæðum þar sem hægt væri að setja inn sjálfgefnar stillingar í samræmi við lög og reglur sem gilda á hverju svæði, svo ekki þurfi að merkja allt innan svæðisins með einhverju sem gildir alls staðar. Veit samt ekki hvort eða hvenær slíkar sjálfgefnar skilgreiningar yrðu innleiddar. Persónulega hefði ég talið það eðlileg virkni fyrir hjólaumferð í rútunaralgrímum að beina fólki á stíga ef það er styttri og/eða öruggari leið, sérstaklega ef um er að ræða óvant hjólafólk. Fólkið sem telur sig ráða við að hjóla á götum getur auðvitað hunsað tillögu algrímanna um að nota stíga ef aðstæður leyfa, eða fólkið sem semur algrímana geri ráð fyrir þessu og lagi algrímana að þessum veruleika. Ef ég ætlaði að fara stystu leiðina fyrir hjól myndi ég eðlilega vilja fá leiðarlýsingu þar sem ég get notfært mér alla stíga sem ég má hjóla á. Ef bicycle=yes yrði tekið af í Fellahverfinu, rútunaralgrímurinn myndi túlka skortinn sem bicycle=no og ég myndi óska eftir hjólaleið frá Völvufelli 11 og til Drafnarfells 2, þá myndi hann mæla með því að ég myndi hjóla eftir götunni út Völvufellið og síðan hringinn í kringum húsin meðfram Suðurfelli og Norðurfelli áður en ég kemst á Drafnarfell. Með bicycle=yes myndi algrímurinn mæla með því að ég myndi hjóla stuttan stíg norður að Drafnarfelli 2. Með bicycle=yes: http://openrouteservice.org/index.php?start=-21.824661,64.1007793end=-21.8247791,64.1012104pref=Bicyclelang=denoMotorways=falsenoTollways=false Án bicycle=yes: http://openrouteservice.org/index.php?start=-21.824661,64.1007793end=-21.8247791,64.1012104pref=Fastestlang=denoMotorways=falsenoTollways=false Síðan eru auðvitað líklegri tilvik eins og ef einhver biður um hjólaleið milli Seljahverfisins í Reykjavík og yfir í Lindahverfið eða Salahverfið í Kópavogi (ekki endilega milli heimilisfanga sem eru rétt hjá hvort öðru). Fyrri áhyggjurnar í þessari umræðu voru einnig að OpenCycleMap birti of mikið af bláum leiðum sem eiga að vera sérstakar hjólaleiðir. En ef merkja á stíga með bicycle=yes á stígum sem eru ekki meðfram götum mun birtast hellingur af bláum blettum á því korti ef reynt er að halda í rútunina. Ef úrval slíkra stíga er of strangt mun fólk undrast af hverju tilteknir stígar á kortinu urðu ekki fyrir valinu þegar þeir eru augljóslega hentugri en sú leið sem var valin. Þetta er nokkurn veginn það sem fólk er að lenda í þegar stígar eru ekki tengdir almennilega. Tæknilega séð eigum við að merkja stíga sem eru fyrir ótilgreindar tegundir óvélknúinnar umferðar sem highway=path. Gætum íhugað að breyta highway=footway í highway=path nema á þeim stöðum þar sem skilgreint er sérstaklega að stígurinn sé fyrir ákveðna umferð eingöngu (eins og sérstaka hjólastíga). Þá getum við sleppt bicycle=yes tagginu þar sem það er sjálfgefið og liturinn fyrir það er ekki æpandi á OpenCycleMap. Varðandi úrlausn myndi ég ekki mæla með því að stígar meðfram götum yrðu teknir út enda myndi það brjóta nokkuð mikið í bága við ‚don't tag for the renderer‘ regluna (sem á einnig við um rútanir). Það ferli að velja sérstaklega hvaða leiðir eru viðeigandi og merkja þær (þar með talið koma sér saman um almenn viðmið og viðhalda merkingum) getur alveg eins verið jafn fyrirhafnarmikið og setja inn þveranir þar sem á við. Auk þess væri það nokkuð selective tagging að fara að stunda það að velja leiðir með þessum hætti og myndi vera langt frá því að leysa úr rútunarvandanum fyrir gangandi vegfarendur (jafnvel með notkun á
Re: [Talk-is] Tenging stíga og rútun fyrir gangandi og hjólandi
Það er flott. 2014-09-16 15:43 GMT+00:00 Jóhannes Birgir Jensson j...@betra.is: Ísland dettur inn í næstu uppfærslu af cycle.travel (þeir uppfæra einu sinni á mánuði). Þann 30.8.2014 18:07, skrifaði Jóhannes Birgir Jensson: Path er ekki vinsælt heldur http://www.openstreetmap.org/user/Richard/diary/20333 Ég ætla að kíkja á cycle.travel fólkið og gá hvernig gengur með að smella okkur þar inn og taka þetta áfram. Þann 29.8.2014 14:08, skrifaði Morten Lange: Hæ Hef ekki náð að taka þátt í umræðunum, en þangað til niðurstaða er fengin ætti kannski að segja frá því á Wiki.openstreetmap.org að umræður séu í gangi á talk-is ? -- Regards / Kveðja / Hilsen Morten Lange, Reykjavík -- *From:* Svavar Kjarrval sva...@kjarrval.is sva...@kjarrval.is *To:* talk-is@openstreetmap.org *Sent:* Monday, 25 August 2014, 16:40 *Subject:* Re: [Talk-is] Tenging stíga og rútun fyrir gangandi og hjólandi Hæ. Skoðaði highway=footway á wiki síðu OSM og þar er ekki gefið að það skuli túlka sjálfgefið sem bicycle=no heldur gefið frjálst á hvorn veginn það er túlkað af hálfu algrímanna. Ef við tökum bicycle=yes af yrði það líklega mismunandi milli algrímanna hvort þeir beini hjólafólki eftir stígum eða götum. Einhverjar umræður hafa verið í gangi á aðalpóstlista OSM um sjálfgefin gildi á tilteknum svæðum þar sem hægt væri að setja inn sjálfgefnar stillingar í samræmi við lög og reglur sem gilda á hverju svæði, svo ekki þurfi að merkja allt innan svæðisins með einhverju sem gildir alls staðar. Veit samt ekki hvort eða hvenær slíkar sjálfgefnar skilgreiningar yrðu innleiddar. Persónulega hefði ég talið það eðlileg virkni fyrir hjólaumferð í rútunaralgrímum að beina fólki á stíga ef það er styttri og/eða öruggari leið, sérstaklega ef um er að ræða óvant hjólafólk. Fólkið sem telur sig ráða við að hjóla á götum getur auðvitað hunsað tillögu algrímanna um að nota stíga ef aðstæður leyfa, eða fólkið sem semur algrímana geri ráð fyrir þessu og lagi algrímana að þessum veruleika. Ef ég ætlaði að fara stystu leiðina fyrir hjól myndi ég eðlilega vilja fá leiðarlýsingu þar sem ég get notfært mér alla stíga sem ég má hjóla á. Ef bicycle=yes yrði tekið af í Fellahverfinu, rútunaralgrímurinn myndi túlka skortinn sem bicycle=no og ég myndi óska eftir hjólaleið frá Völvufelli 11 og til Drafnarfells 2, þá myndi hann mæla með því að ég myndi hjóla eftir götunni út Völvufellið og síðan hringinn í kringum húsin meðfram Suðurfelli og Norðurfelli áður en ég kemst á Drafnarfell. Með bicycle=yes myndi algrímurinn mæla með því að ég myndi hjóla stuttan stíg norður að Drafnarfelli 2. Með bicycle=yes: http://openrouteservice.org/index.php?start=-21.824661,64.1007793end=-21.8247791,64.1012104pref=Bicyclelang=denoMotorways=falsenoTollways=false Án bicycle=yes: http://openrouteservice.org/index.php?start=-21.824661,64.1007793end=-21.8247791,64.1012104pref=Fastestlang=denoMotorways=falsenoTollways=false Síðan eru auðvitað líklegri tilvik eins og ef einhver biður um hjólaleið milli Seljahverfisins í Reykjavík og yfir í Lindahverfið eða Salahverfið í Kópavogi (ekki endilega milli heimilisfanga sem eru rétt hjá hvort öðru). Fyrri áhyggjurnar í þessari umræðu voru einnig að OpenCycleMap birti of mikið af bláum leiðum sem eiga að vera sérstakar hjólaleiðir. En ef merkja á stíga með bicycle=yes á stígum sem eru ekki meðfram götum mun birtast hellingur af bláum blettum á því korti ef reynt er að halda í rútunina. Ef úrval slíkra stíga er of strangt mun fólk undrast af hverju tilteknir stígar á kortinu urðu ekki fyrir valinu þegar þeir eru augljóslega hentugri en sú leið sem var valin. Þetta er nokkurn veginn það sem fólk er að lenda í þegar stígar eru ekki tengdir almennilega. Tæknilega séð eigum við að merkja stíga sem eru fyrir ótilgreindar tegundir óvélknúinnar umferðar sem highway=path. Gætum íhugað að breyta highway=footway í highway=path nema á þeim stöðum þar sem skilgreint er sérstaklega að stígurinn sé fyrir ákveðna umferð eingöngu (eins og sérstaka hjólastíga). Þá getum við sleppt bicycle=yes tagginu þar sem það er sjálfgefið og liturinn fyrir það er ekki æpandi á OpenCycleMap. Varðandi úrlausn myndi ég ekki mæla með því að stígar meðfram götum yrðu teknir út enda myndi það brjóta nokkuð mikið í bága við ‚don't tag for the renderer‘ regluna (sem á einnig við um rútanir). Það ferli að velja sérstaklega hvaða leiðir eru viðeigandi og merkja þær (þar með talið koma sér saman um almenn viðmið og viðhalda merkingum) getur alveg eins verið jafn fyrirhafnarmikið og setja inn þveranir þar sem á við. Auk þess væri það nokkuð selective tagging að fara að stunda það að velja leiðir með þessum hætti og myndi vera langt frá því að leysa úr rútunarvandanum fyrir gangandi vegfarendur (jafnvel með notkun á sidewalk tagginu). Ef gögnin eru rétt og rútunaralgrímar eru að mæla með einhverju röngu, þá á að leysa vandamálið í algrímunum sjálfum en
[Talk-de] Verkehrsschilder-Fotografier-Spam ...
Folgendes Schmuckstück fand ich gerade in meinem Spam-Ordner und frage mich ob das nur Zufall ist oder ob da jemand geziehlt OSM-Profiladressen abgrast? Fotografieren von ... Straßenschildern, Verkehrsschildern, Laternen, das kann ich, und 20EUR Brutto/Stunde wäre ja auch nicht sooo schlecht für etwas das ich eh nebenbei mache ;) ... allein mir fehlt der Glaube, und die From: und Reply-To: Adressen (hier teilweise anonymisiert) taugen auch nicht als vertrauensbildende Maßnahme ... Schlägt das bei euch auch auf, oder war das tatsächlich nur ein Zufallstreffer ...? Forwarded Message Subject: Agentur für Arbeit Stelle für Hartmut Holzgraefe Date: Thu, 11 Sep 2014 09:45:20 GMT From: Schröder Agentur h...@cyber.net.pk Reply-To: jo...@gmx.com To: Hartmut Holzgraefe hart...@php.net Guten Tag Hartmut Holzgraefe, ab sofort sind weiter unten aufgeführten Stellen in Deutschland zu besetzen: Stellenbezeichnung: Qualitätsprüfer / Fotograf (m/w) Kennziffer NMLT69012905 Wir sind ein führendes, europaweit tätiges Unternehmen und suchengerade neue Mitarbeiter zur Verstärkung des Teams in Deutschland. Ihre Tätigkeit wird sich auf das Fotografieren von beschädigten Straßenschildern, Verkehrsschildern, Laternen und anderen öffentlichen Gegenständen beschränken und kann direkt in Ihren Ort erledigt werden. Der Auftrag ist bundesweit angeordnet und derzeit unbesetzt. Der Arbeitnehmer hat keine eigenen Ausgaben und muss keine besonderen Kenntnisse mitbringen. Die benötigte technische Ausrüstung wird von uns kostenlos zur Verfügung gestellt. Auch Rentner sind für dies Arbeitstätigkeit gut geeignet. Der Verdienst beträgt im Schnitt ab 20 € Brutto die Stunde. Sie meistern Ihre Aufgaben, auch unter schwierigen und manchmal auch stressigen Abläufen, sind Zielstrebig und sorgfältig, dann sind das schon sehr gute Bedingungen Ihre Bewerbungsinformationen an uns zu schicken. Sollten Sie an diesen Arbeitsstellen interessiert sein, so mailen Sie uns ein knappes Bewerbungsschreiben an jo...@gmx.com und Sie kriegen weitere Informationen zugeschickt. Schröder Agentur ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsschilder-Fotografier-Spam ...
Am 16.09.2014 um 12:27 schrieb Hartmut Holzgraefe: [..] Ihre Tätigkeit wird sich auf das Fotografieren von beschädigten Straßenschildern, Verkehrsschildern, Laternen und anderen öffentlichen Gegenständen beschränken Ich habe soetwas noch nicht erhalten, wäre aber auch unqualifiziert, da ich an beschädigten Schildern einfach vorbeifotografiere. (Beweisbild, letztes WE https://lh5.googleusercontent.com/-seglUBXF2Vs/VBguYKmHnrI/AAAB56U/PH_5SFuZ_bY/w1024-h768-no/P1220182.JPG ) -jha- # Ce courriel et les documents qui lui sont joints peuvent contenir des informations confidentielles ou ayant un caractè privéS'ils ne vous sont pas destiné nous vous signalons qu'il est strictement interdit de les divulguer, de les reproduire ou d'en utiliser de quelque maniè que ce soit le contenu. Si ce message vous a é transmis par erreur, merci d'en informer l'expéteur et de supprimer imméatement de votre systè informatique ce courriel ainsi que tous les documents qui y sont attaché ** This e-mail and any attached documents may contain confidential or proprietary information. If you are not the intended recipient, you are notified that any dissemination, copying of this e-mail and any attachments thereto or use of their contents by any means whatsoever is strictly prohibited. If you have received this e-mail in error, please advise the sender immediately and delete this e-mail and all attached documents from your computer system. # ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Morgen ab 20:15 RadioOSM Live
Hallo liebe OpenStreetMapper, morgen Abend ab 20:15 sendet RadioOSM wieder Live. Ihr könnt mit uns und anderen Hörern im Chat sprechen: irc://irc.freenode.net/#Radio-OSM (Webchat: http://ift.tt/17njx3P) und ab kurz vor 20:15 live auf http://ift.tt/Zn8aRB hören. Alle weiteren Infos sowie alle alten Folgen findet ihr auf unserer Webseite http://ift.tt/141Nh3t Liebe Grüße, euer RadioOSM Team - Andi, Marc und Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Erinnerung Einkaufaktuell-Werbungsgestaltungswettbewerb (WAS: Morgen ab 20:15 RadioOSM Live)
Hallo, Am 2014-09-16 um 16:45 schrieb mazderm...@googlemail.com: morgen Abend ab 20:15 sendet RadioOSM wieder Live. wer bis dahin noch etwas Zeit hat und mit der entsprechenden Software umgehen kann, kann bis 18:00 Uhr morgen Entwürfe für die Anzeige in Einkaufaktuell, Ausgabe Karlsruhe, einreichen. Die Entscheidung, was gedruckt wird, wird parallel zu RadioOSM auf dem Kalrsruher Stammtisch (ab 19:00 Uhr) gefällt. http://wiki.openstreetmap.org/wiki/Einkaufaktuell http://blog.openstreetmap.de/blog/2014/09/gestaltungswettbewerb-fuer-eine-openstreetmap-werbeanzeige/ Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Morgen ab 20:15 RadioOSM Live
Am 16.09.2014 16:45, schrieb mazderm...@googlemail.com: morgen Abend ab 20:15 sendet RadioOSM wieder Live. Noch mal der Hinweis auf das Pad mit den Themen: https://pads.ccc.de/oilVFqtmUR Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nominatim findet Hollywood Sign nicht
Hallo! Hat jemand eine Idee, warum Nominatim das Hollywood Sign http://www.openstreetmap.org/relation/1706337 (tourism=attraction, name=Hollywood Sign) nicht findet? Liegt's daran, weil das als Relation definiert ist? /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nominatim findet Hollywood Sign nicht
Am 16.09.2014 20:02, schrieb Andreas Labres: Hat jemand eine Idee, warum Nominatim das Hollywood Sign http://www.openstreetmap.org/relation/1706337 (tourism=attraction, name=Hollywood Sign) nicht findet? Liegt's daran, weil das als Relation definiert ist? Das ist der wahrscheinliche Grund, da Nominatim als Node getaggte Attraktionen problemlos findet. Beispiel: Komet-Superschaukel. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßennamen von Relation auf building übertragen
Hallo zusammen, bevor ich mir jetzt was mache was ggf. schon jemand anders angefangen hat: Hat jemand von euch zufällig schon ein Skript geschrieben das den Straßennamen von einer associatedStreet auf die Building-Members überträgt? Danke im voraus, Andi ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßennamen von Relation auf building übertragen
Ich ziehe die Frage zurück... ;-) MfG Andi signature.asc Description: Message signed with OpenPGP using GPGMail ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einladung und Call for Papers für die Kieler Open Source und Linux Tage
Hallo, nochmal zur Erinnerung: Wir möchten das OSM-Projekt einladen, bei den Kieler Open Source und Linux Tagen, einem mittelgroßen Linux-Event in Kiel, mitzumachen. Hier die Details: Datum: 19. September 2014, ca. 8 - 18 Uhr 20. September 2014, ca. 10 - 18 Uhr (20.9. ist SFD) Ort: Kieler Innovations- und Technologiezentrum (KiTZ), neben der Christian-Albrechts-Universität Am Donnerstag, 15. Mai 2014, 16:42:14 schrieb Wolfgang Hinsch: Hallo, ich habe einen OSM-Stand eingetragen. Wiki-Seite: https://wiki.openstreetmap.org/wiki/KielerLinuxTage Mitstreiter willkommen! Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] Talk-in Digest, Vol 73, Issue 3
@Ravi Kumar Keep doing good work Regards On Tue, Sep 16, 2014 at 5:30 PM, talk-in-requ...@openstreetmap.org wrote: Send Talk-in mailing list submissions to talk-in@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-in or, via email, send a message with subject or body 'help' to talk-in-requ...@openstreetmap.org You can reach the person managing the list at talk-in-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-in digest... Today's Topics: 1. Osm and Aadhar card digitization (Ravi Kumar) -- Message: 1 Date: Mon, 15 Sep 2014 21:48:45 -0700 From: Ravi Kumar ravivundavall...@yahoo.com To: OpenStreetMap In India talk-in@openstreetmap.org, execut...@fsmi.in execut...@fsmi.in, e...@swecha.org e...@swecha.org Subject: [Talk-in] Osm and Aadhar card digitization Message-ID: 1410842925.62330.yahoomail...@web125104.mail.ne1.yahoo.com Content-Type: text/plain; charset=utf-8 Hi, Mapathon at Visakhapatnam Osm enthusiasts ( located at Visakhapatnam in Particular), wish to have a Mapathon in digitising (known and friendly) Aadhar cards, to, show-case how easy it is to do the same and help the Nation to build an Aadhar GIS database. This will save a lot of funds for the country. FSMI and Swecha have conducted an event at Ongole (Andhra pradesh) which has resulted in some addition to OSM of Visakhapatnam earlier. Present work: 1. Using OsmAND on Android based mobiles, we will digitise the data. We will assure the privacy of each individual by not including any personal data. Only the number will be used. 2. Bring together all the data on a laptop, and cross verify for any corrections needed. 3. Upload the created point data. Dates for the work:Let us decide the dates after some discussion on this list. Hope to hear from Vizagites and other FOSS enthusiasts. Cheers Ravi Kumar -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-in/attachments/20140915/c7866d3a/attachment-0001.html -- Subject: Digest Footer ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- End of Talk-in Digest, Vol 73, Issue 3 ** -- Er. Sukhjit Singh Sehra Assistant Professor Dept of Computer Science Engg. Guru Nanak Dev Engineering College, Ludhiana, Punjab Mobile No:- 09855959200 *In your free time kindly visit Sikh-relics.com - A Gallery of Blessed Relics of Sikh Guru Sahib ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Intesa Wikimedia Italia - Comitato Matera 2019
On 15 September 2014 17:59, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2014-09-15 17:47 GMT+02:00 Edoardo Yossef Marascalchi e.marascal...@gmail.com: my 2 agueot, wmi+fbk+gfoss.it +1 anche se di parte +1 -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Intesa Wikimedia Italia - Comitato Matera 2019
Io non ho alcuna difficoltà a che venga postato il testo della convenzione. Purché le pur giuste osservazioni e richieste di modifica non portino via più di 24-48 ore Il 16/Set/2014 08:50 Luca Delucchi lucadel...@gmail.com ha scritto: On 15 September 2014 17:59, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2014-09-15 17:47 GMT+02:00 Edoardo Yossef Marascalchi e.marascal...@gmail.com: my 2 agueot, wmi+fbk+gfoss.it +1 anche se di parte +1 -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Intesa Wikimedia Italia - Comitato Matera 2019
Il 16 settembre 2014 09:23, Ida Leone ha scritto: Io non ho alcuna difficoltà a che venga postato il testo della convenzione. Purché le pur giuste osservazioni e richieste di modifica non portino via più di 24-48 ore il testo completo lo legga chi lo deve firmare :-) ci potresti dire con una o due frasi quale è l'impegno che i firmatari si assumono? Non ci mettono soldi, allora ci mettono il loro nome per dire che questo è il successore degli OsmIt degli anni precedenti? Se è così io sono d'accordo che wmi+fbk+gfoss.it sono le controparti giuste, mi sono associato a WMI perché diventasse chapter di OSM -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Intesa Wikimedia Italia - Comitato Matera 2019
La convenzione sono due paginette scarse, eh, non è la Costituzione degli Stati Uniti :) Salto le premesse e copioincollo integralmente il testo degli accordi (ovviamente erano stati pensati per Wikimedia Italia) *Le parti concordano quanto segue:* - OSMIT 2014 (raduno Open Street Map Italia), evento principale per il 2014 di Wikimedia Italia, si svolgerà a Matera dal 03 al 05 Ottobre presso “Casa Cava”; - Il Comitato Matera 2019 è interessato a entrare in partnership con Wikimedia Italia, in quanto parte della strategia d’innovazione incorporata nel processo di candidatura si basa sulla promozione della cultura “open” e sulla divulgazione dei dati in formato “open source”; - il Comitato Matera 2019 si impegna a coprire le spese relative all'affitto di Casa Cava, relativamente al solo utilizzo della struttura, incluse le attrezzature necessarie allo svolgimento di OSMIT 2014, ed a collaborare con proprio personale per la buona riuscita dell’evento; - la giornata di Domenica 05 ottobre sarà dedicata ad “OSMIT per Matera”, con proposta di temi ed argomenti e raccolta di ulteriori dati e dettagli utili a far crescere la mappa di Matera. Stop :) Baci Ida Il giorno 16 settembre 2014 09:51, Daniele Forsi dfo...@gmail.com ha scritto: Il 16 settembre 2014 09:23, Ida Leone ha scritto: Io non ho alcuna difficoltà a che venga postato il testo della convenzione. Purché le pur giuste osservazioni e richieste di modifica non portino via più di 24-48 ore il testo completo lo legga chi lo deve firmare :-) ci potresti dire con una o due frasi quale è l'impegno che i firmatari si assumono? Non ci mettono soldi, allora ci mettono il loro nome per dire che questo è il successore degli OsmIt degli anni precedenti? Se è così io sono d'accordo che wmi+fbk+gfoss.it sono le controparti giuste, mi sono associato a WMI perché diventasse chapter di OSM -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Intesa Wikimedia Italia - Comitato Matera 2019
2014-09-16 10:10 GMT+02:00 Ida Leone ida.le...@gmail.com: La convenzione sono due paginette scarse, eh, non è la Costituzione degli Stati Uniti :) :-) Salto le premesse e copioincollo integralmente il testo degli accordi (ovviamente erano stati pensati per Wikimedia Italia) Le parti concordano quanto segue: OSMIT 2014 (raduno Open Street Map Italia), evento principale per il 2014 di Wikimedia Italia, si svolgerà a Matera dal 03 al 05 Ottobre presso “Casa Cava”; questo mi sembra l'unico punto debole, veramente OSMit2014 sarà evento principale per il 2014 di Wikimedia Italia? sicuramente come GFOSS.it non potremmo firmare una cosa simile Il Comitato Matera 2019 è interessato a entrare in partnership con Wikimedia Italia, in quanto parte della strategia d’innovazione incorporata nel processo di candidatura si basa sulla promozione della cultura “open” e sulla divulgazione dei dati in formato “open source”; il Comitato Matera 2019 si impegna a coprire le spese relative all'affitto di Casa Cava, relativamente al solo utilizzo della struttura, incluse le attrezzature necessarie allo svolgimento di OSMIT 2014, ed a collaborare con proprio personale per la buona riuscita dell’evento; la giornata di Domenica 05 ottobre sarà dedicata ad “OSMIT per Matera”, con proposta di temi ed argomenti e raccolta di ulteriori dati e dettagli utili a far crescere la mappa di Matera. per i restanti punti non ci vedo nulla di strano Stop :) Baci Ida -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Intesa Wikimedia Italia - Comitato Matera 2019
Va bene, togliamolo, senza problemi (forse il testo è stato salvato con nome da altre molte analoghe convenzioni). Poi se si decide che NON sia solo Wikimedia Italia a firmare, il testo va comunque leggermente modificato. L'accendiamo? Il giorno 16 settembre 2014 10:22, Luca Delucchi lucadel...@gmail.com ha scritto: 2014-09-16 10:10 GMT+02:00 Ida Leone ida.le...@gmail.com: La convenzione sono due paginette scarse, eh, non è la Costituzione degli Stati Uniti :) :-) Salto le premesse e copioincollo integralmente il testo degli accordi (ovviamente erano stati pensati per Wikimedia Italia) Le parti concordano quanto segue: OSMIT 2014 (raduno Open Street Map Italia), evento principale per il 2014 di Wikimedia Italia, si svolgerà a Matera dal 03 al 05 Ottobre presso “Casa Cava”; questo mi sembra l'unico punto debole, veramente OSMit2014 sarà evento principale per il 2014 di Wikimedia Italia? sicuramente come GFOSS.it non potremmo firmare una cosa simile Il Comitato Matera 2019 è interessato a entrare in partnership con Wikimedia Italia, in quanto parte della strategia d’innovazione incorporata nel processo di candidatura si basa sulla promozione della cultura “open” e sulla divulgazione dei dati in formato “open source”; il Comitato Matera 2019 si impegna a coprire le spese relative all'affitto di Casa Cava, relativamente al solo utilizzo della struttura, incluse le attrezzature necessarie allo svolgimento di OSMIT 2014, ed a collaborare con proprio personale per la buona riuscita dell’evento; la giornata di Domenica 05 ottobre sarà dedicata ad “OSMIT per Matera”, con proposta di temi ed argomenti e raccolta di ulteriori dati e dettagli utili a far crescere la mappa di Matera. per i restanti punti non ci vedo nulla di strano Stop :) Baci Ida -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Intesa Wikimedia Italia - Comitato Matera 2019
Il 16 settembre 2014 10:42, Ida Leone ida.le...@gmail.com ha scritto: Va bene, togliamolo, senza problemi (forse il testo è stato salvato con nome da altre molte analoghe convenzioni). Poi se si decide che NON sia solo Wikimedia Italia a firmare, il testo va comunque leggermente modificato. L'accendiamo? +1 C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Intesa Wikimedia Italia - Comitato Matera 2019
2014-09-16 10:42 GMT+02:00 Ida Leone ida.le...@gmail.com: Va bene, togliamolo, senza problemi (forse il testo è stato salvato con nome da altre molte analoghe convenzioni). Poi se si decide che NON sia solo Wikimedia Italia a firmare, il testo va comunque leggermente modificato. L'accendiamo? +1 -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Intesa Wikimedia Italia - Comitato Matera 2019
2014-09-16 10:42 GMT+02:00 Ida Leone ida.le...@gmail.com: Va bene, togliamolo, senza problemi (forse il testo è stato salvato con nome da altre molte analoghe convenzioni). Poi se si decide che NON sia solo Wikimedia Italia a firmare, il testo va comunque leggermente modificato. L'accendiamo? Certo che l'accendiamo. Cambierei la frase OSMIT 2014 (raduno Open Street Map Italia), evento principale per il 2014 di Wikimedia Italia con OSMIT 2014 - la conferenza annuale della comunita italiana di OpenStreetMap PS: preferisco tradurre osmit con e sia openstreetmap ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Intesa Wikimedia Italia - Comitato Matera 2019
Ogni vostro desiderio è per me un ordine, mio signore :) Il giorno 16 settembre 2014 12:55, Maurizio Napolitano napoo...@gmail.com ha scritto: 2014-09-16 10:42 GMT+02:00 Ida Leone ida.le...@gmail.com: Va bene, togliamolo, senza problemi (forse il testo è stato salvato con nome da altre molte analoghe convenzioni). Poi se si decide che NON sia solo Wikimedia Italia a firmare, il testo va comunque leggermente modificato. L'accendiamo? Certo che l'accendiamo. Cambierei la frase OSMIT 2014 (raduno Open Street Map Italia), evento principale per il 2014 di Wikimedia Italia con OSMIT 2014 - la conferenza annuale della comunita italiana di OpenStreetMap PS: preferisco tradurre osmit con e sia openstreetmap ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] La Regione Siciliana autorizza il ricalco in OpenStreetMap sulle ortofoto di sua proprietà
Grandi! proprio un'ottima notizia! - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/La-Regione-Siciliana-autorizza-il-ricalco-in-OpenStreetMap-sulle-ortofoto-di-sua-proprieta-tp5817446p5817579.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] La Regione Siciliana autorizza il ricalco in OpenStreetMap sulle ortofoto di sua proprietà
Ciao Aury88, Aury88 wrote proprio un'ottima notizia! mi auguro che possa servire anche per rendere più forti alcune richieste locali, come quella tua al Comune di Gela. Un caro saluto - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/La-Regione-Siciliana-autorizza-il-ricalco-in-OpenStreetMap-sulle-ortofoto-di-sua-proprieta-tp5817446p5817588.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Intesa Wikimedia Italia - Comitato Matera 2019
Il 16 settembre 2014 13:17, Ida Leone ida.le...@gmail.com ha scritto: Ogni vostro desiderio è per me un ordine, mio signore :) Ciao Ida, potresti, per favore, aprire un documento condiviso così abbiamo un unico punto di riferimento e non facciamo confusione con versioni, modifiche, ecc.? (se non vuoi usare Google Drive, c'è per esempio: http://etherpad.wikimedia.org/p/Convenzione_OSMit_2014) Grazie. C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] La Regione Siciliana autorizza il ricalco in OpenStreetMap sulle ortofoto di sua proprietà
Ci spiegate come adoperarle in JOSM? Il giorno 16/set/2014 14:47, aborruso aborr...@gmail.com ha scritto: Ciao Aury88, Aury88 wrote proprio un'ottima notizia! mi auguro che possa servire anche per rendere più forti alcune richieste locali, come quella tua al Comune di Gela. Un caro saluto - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/La-Regione-Siciliana-autorizza-il-ricalco-in-OpenStreetMap-sulle-ortofoto-di-sua-proprieta-tp5817446p5817588.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Intesa Wikimedia Italia - Comitato Matera 2019
Dovrebbe vedersi. Fatene carne di porco :) https://drive.google.com/file/d/0BzkDkHrSlQxUMS02cUJ5RjZiV2s/edit?usp=sharing Il giorno 16 settembre 2014 15:09, Cristian Consonni kikkocrist...@gmail.com ha scritto: Il 16 settembre 2014 13:17, Ida Leone ida.le...@gmail.com ha scritto: Ogni vostro desiderio è per me un ordine, mio signore :) Ciao Ida, potresti, per favore, aprire un documento condiviso così abbiamo un unico punto di riferimento e non facciamo confusione con versioni, modifiche, ecc.? (se non vuoi usare Google Drive, c'è per esempio: http://etherpad.wikimedia.org/p/Convenzione_OSMit_2014) Grazie. C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] La Regione Siciliana autorizza il ricalco in OpenStreetMap sulle ortofoto di sua proprietà
aborruso ha scritto: Solo per dirvi, che c'è stato un'evoluzione rispetto a quanto già in corso con la Regione Siciliana, con l'autorizzazione che trovate allegata in questo post: http://goo.gl/VgjmrP Ottimo lavoro, ma è un'aggiornamento/evoluzione di quella vecchia? http://wiki.openstreetmap.org/wiki/Sicilia/Comunit%C3%A0#Derivazione_dati Ovvero: il WMS è quello già incluso in JOSM? Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] MIBAC (SITAP) con cartografia OSM
Segnalo che anche il MIBAC utilizza per il suo web-gis (SITAP) cartografia OSM per l'individuazione di aree vincolate: http://sitap.beniculturali.it/ (scusate se ne avete gia' parlato ma da una ricerca non mi risulta). Saluti -- Marco_T -- View this message in context: http://gis.19327.n5.nabble.com/MIBAC-SITAP-con-cartografia-OSM-tp5817655.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Mapa de Cartagena en NYTimes
2014-09-16 10:26 GMT-05:00 hyan...@gmail.com hyan...@gmail.com:
Hola maperos:
el 10 de septiembre fue publicada una nota sobre Cartagena en la cual
aparece un mapa creado con los datos de OSM:
http://www.nytimes.com/2014/09/14/travel/things-to-do-in-36-hours-in-cartagena-colombia.html?module=SearchmabReward=relbias%3Ar%2C{%222%22%3A%22RI%3A15%22}_r=0
Me alegro que hayan dado el reconocimiento a tu trabajo.
salu2
Saludos,
Humberto
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co
--
##
|___|__\___
| _ | |_ | }
(_) (_)
Twitter: @fredy_rivera
Phone USA: (347) 688-4473
Mobil telephone: +57 3044886255
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Mapa de Cartagena en NYTimes
El 16 de septiembre de 2014, 11:03, Fredy Rivera fredyriv...@gmail.com
escribió:
2014-09-16 10:26 GMT-05:00 hyan...@gmail.com hyan...@gmail.com:
Hola maperos:
el 10 de septiembre fue publicada una nota sobre Cartagena en la cual
aparece un mapa creado con los datos de OSM:
http://www.nytimes.com/2014/09/14/travel/things-to-do-in-36-hours-in-cartagena-colombia.html?module=SearchmabReward=relbias%3Ar%2C{%222%22%3A%22RI%3A15%22}_r=0
Me alegro que hayan dado el reconocimiento a tu trabajo.
salu2
Sí; aunque más que los créditos a los colaboradores es encontrar las
aplicaciones de los datos e imágenes. Por ejemplo, estamos imprimiendo
mapas de la ciudad para regalar a los turistas, promoviendo los destinos
etno y ecoturísticos de las comunidades como La Boquilla y San Basilio de
Palenque.
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] Carga de datos GPX a Garmin Etrex
Hola maperos: La comunidad de La Boquilla a facilitado datos de puntos y áreas de pesca, creados en un estudio hecho por el Grupo Acartia [1]. Los he subido a OSM y también creado un archivo GPX. El objetivo es cargar ese archivo en un Garmin eTrex H, de forma que se pueda navegar con ellos; sin embargo Linux no lo reconoce (USB - Serial). Parece que se debe modificar permisos en el /dev/USBTTY0 o algo así... ¿Hay una vía más expedita? QLandcarte tampoco lo reconoce... ¿se hace en Windows? Saludos, Humberto _ [1] http://acartiagroup.com/ ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Carga de datos GPX a Garmin Etrex
2014-09-16 11:32 GMT-05:00 hyan...@gmail.com hyan...@gmail.com: Hola maperos: Hola La comunidad de La Boquilla a facilitado datos de puntos y áreas de pesca, creados en un estudio hecho por el Grupo Acartia [1]. Los he subido a OSM y también creado un archivo GPX. El objetivo es cargar ese archivo en un Garmin eTrex H, de forma que se pueda navegar con ellos; sin embargo Linux no lo reconoce (USB - Serial). Parece que se debe modificar permisos en el /dev/USBTTY0 o algo así... ¿Hay una vía más expedita? QLandcarte tampoco lo reconoce... ¿se hace en Windows? En linux te recomienod mirar con dmesg que dispositivo fue asignado. Recuerda que no es cuestion del dispositivo sino del controlador del cable que convierte usb a serial. También tendrías que mirar los permisos del dispositivo que se monta Creo que ese GPS trabaja en NMEA, también lo puedes usar con GPSbabel y el viking. Te recomiendo primero intentar bajar la info del GPS así puedes certificar que la conexión esta bien, luego si le intentas cargar la info. salu2 Humano Saludos, Humberto _ [1] http://acartiagroup.com/ ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co -- ## |___|__\___ | _ | |_ | } (_) (_) Twitter: @fredy_rivera Phone USA: (347) 688-4473 Mobil telephone: +57 3044886255 ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Carga de datos GPX a Garmin Etrex
Hola: si lo vas a realizar en linux es mejor verificar con una aplicacion como gtkterm que permite comunicacion serial, generalmente muestra todos los dispositivos seriales y los serial-usb. saludos Leonel El 16 de septiembre de 2014, 11:40, Fredy Riverafredyriv...@gmail.com escribió: 2014-09-16 11:32 GMT-05:00 hyan...@gmail.com hyan...@gmail.com: Hola maperos: Hola La comunidad de La Boquilla a facilitado datos de puntos y áreas de pesca, creados en un estudio hecho por el Grupo Acartia [1]. Los he subido a OSM y también creado un archivo GPX. El objetivo es cargar ese archivo en un Garmin eTrex H, de forma que se pueda navegar con ellos; sin embargo Linux no lo reconoce (USB - Serial). Parece que se debe modificar permisos en el /dev/USBTTY0 o algo así... ¿Hay una vía más expedita? QLandcarte tampoco lo reconoce... ¿se hace en Windows? En linux te recomienod mirar con dmesg que dispositivo fue asignado. Recuerda que no es cuestion del dispositivo sino del controlador del cable que convierte usb a serial. También tendrías que mirar los permisos del dispositivo que se monta Creo que ese GPS trabaja en NMEA, también lo puedes usar con GPSbabel y el viking. Te recomiendo primero intentar bajar la info del GPS así puedes certificar que la conexión esta bien, luego si le intentas cargar la info. salu2 Humano Saludos, Humberto _ [1] http://acartiagroup.com/ ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co -- ## |___|__\___ | _ | |_ | } (_) (_) Twitter: @fredy_rivera Phone USA: (347) 688-4473 Mobil telephone: +57 3044886255 ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-es] Usuario Catastro para Córdoba
Gracias a las gestiones de Celso, sólo comentaros que ya está dado de alta el usuario OMS para la subida de datos de Catastro de Córdoba y que un servidor tiene las credenciales. La página en el/la wiki sobre los trabajos es la siguiente: http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/C%C3%B3rdoba Un saludo -- *Patricio J. Soriano Castro* pasori...@gmail.com +34 639714412 www.sigdeletras.com http://www.sigdeletras.com :: @sigdeletras https://twitter.com/sigdeletras :: Linkedin https://www.linkedin.com/in/patriciosorianocastro ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Usuario Catastro para Córdoba
Buenos días, El 16 de septiembre de 2014, 12:31, Patricio Soriano pasori...@gmail.com escribió: Gracias a las gestiones de Celso, sólo comentaros que ya está dado de alta el usuario OMS para la subida de datos de Catastro de Córdoba y que un servidor tiene las credenciales. Me alegro. La página en el/la wiki sobre los trabajos es la siguiente: http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/C%C3%B3rdoba Nosotros en Geoinquietos Sevilla preparamos la página de portada para cada uno de los municipios de la provincia de Sevilla, por si te sirve de ayuda: http://wiki.openstreetmap.org/wiki/Spanish_Cadastre/results/Sevilla Es una de las líneas de trabajo que tenemos en el grupo. Saludos!!! Un saludo -- *Patricio J. Soriano Castro* pasori...@gmail.com +34 639714412 www.sigdeletras.com :: @sigdeletras https://twitter.com/sigdeletras :: Linkedin https://www.linkedin.com/in/patriciosorianocastro ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Normalización poblaciones
El 30 de agosto de 2014, 22:34, Jaime Crespo jy...@jynus.com escribió: Como el escritor original de esas líneas, lo que intenté es trasladar la regla internacional de una manera razonable para nuestra geografía. Ha pasado mucho tiempo de ello, así que mi única recomendación es leer de nuevo las recomendaciones internacionales (y/o las equivalencias en otros países cercanos) hacer una propuesta con una lista cerrada y concreta, y si después de un tiempo nadie dice nada en contra, cambiarlo directamente en la wiki. Un saludo, -- Jaime Crespo http://dbahire.com Hola Sigo dándole vueltas a este tema. Estaba intentando ponerle un poco de orden en Canarias e hice una prueba en un territorio pequeño: El Hierro. La población total de la isla es aproximadamente 11000 habitantes. Hay tres municipios, por tanto he dejado tres pueblos (place=village), todo lo demás lo he puesto como aldea (place=hamlet). El resultado no me gusta nada. Han desaparecido todas las poblaciones en los niveles de zoom bajos y medios. Sólo aparecen si te acercas mucho. Se que no se debe trabajar para el render, pero después de leer la definición de la etiqueta place creo que el render está avisando de que algo no funciona. Así que al final si que hago una propuesta concreta para modificar los criterios y la pongo en la página de discusión de la wiki para que quede mejor reflejado de cara al futuro. Por favor, opinar allí. http://wiki.openstreetmap.org/wiki/Talk:Normalizaci%C3%B3n#Criterios_de_n.C3.BAcleos_de_poblaci.C3.B3n Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] lcn ohne route=bicycle?
hallo, zuerst mal danke für die antworten bzgl. relationen. bei einer routenplanung ist mir folgender way aufgefallen: http://www.openstreetmap.org/way/7995997 lcn=yes ohne route=bicycle macht jetzt keinen sinn, oder? gemeint ist wahrscheinlich cycleway=* opencyclemap färbt diese ways blau ein, was im endeffekt etwas chaotisch aussieht. mfg ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] lcn ohne route=bicycle?
On Tue, 16 Sep 2014 23:36:21 +0200 Rainer Fügenstein r...@oudeis.org wrote: hallo, zuerst mal danke für die antworten bzgl. relationen. bei einer routenplanung ist mir folgender way aufgefallen: http://www.openstreetmap.org/way/7995997 lcn=yes ohne route=bicycle macht jetzt keinen sinn, oder? gemeint ist wahrscheinlich cycleway=* opencyclemap färbt diese ways blau ein, was im endeffekt etwas chaotisch aussieht. Hallo, in Wien war und ist das leider noch immer Usus. Ich habe vor ca. 2 Jahren vergeblich versucht das zu ändern. Siehe: http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Radwege#Verkehrs-Radwege https://lists.openstreetmap.org/pipermail/talk-at/2012-November/005121.html https://lists.openstreetmap.org/pipermail/talk-at/2012-December/005144.html -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] lcn ohne route=bicycle?
hallo, ST in Wien war und ist das leider noch immer Usus. Ich habe vor ca. 2 ST Jahren vergeblich versucht das zu ändern. Siehe: hm. nach kurzem überfliegen kann ich nur meinen persönlichen standpunkt beitragen, aber nicht die smoking gun: 1) ich habe in der letzten zeit hauptsächlich große radweg relationen in NÖ eingetragen und daher ziemlich sicher einen tunnelblick, sprich: präferenz für relationen mit route=bicycle 2) die innerstädtische situation in wien ist mir fremd, daher mische ich mich hier lieber nicht ein. 3) zur routenplanung ist aufgrund von 1) hauptsächlich all das interessant, was auf der karte entweder türkis, blau und zusammenhängend oder dunkelblau gestrichelt ist: wenns zum ziel keinen hauptradweg (relation mit lcn/rcn) gibt, dann orientiere ich mich in der nächsten stufe an allem, was mit cycleway=* getaggt ist. 4) gibt es weder noch, dann muss imho sowieso vor ort entschieden werden, welche strassen man nimmt - wie bereits erwähnt, entsprechend fahrkönnen, präferenzen, risikobereitschaft (ich nehme lieber ein paar km umweg auf einem radweg in kauf, bevor ich auf einem highway=primary fahre). 5) der unzusammenhängende fleckerlteppich an cycleways (blau gestrichelt) ist optisch schon unschön, das wird nicht besser wenn jetzt per highway=* und lcn/rcn=yes auch noch unzusammenhängende dicke blaue linien dazukommen. ich weiss, wir taggen nicht für den renderer ;-) so, das hilft uns unterm strich wahrscheinlich auch nicht weiter. 6) noch gefunden: http://www.openstreetmap.org/way/16869738 highway=residential, member einer relation mit route=hiking (!), network=lcn, taucht auf der cyclemap entsprechend dickblau gerendert auf. bisserl verwirrend für uns radfahrer. mfg ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] persönliche freiheiten beim eintragen von radweg relationen?
wenn wir schon beim thema sind: beim eintragen von radweg relationen steht man oft vor der entscheidung zwischen: 1) dem, was bereits in OSM definiert ist 2) was die offizielle radkarte (bzw. der offizielle GPX track) sagt, so vorhanden 3) der beschilderung vor ort 4) und dem, was der hausverstand sagt. konkretes beispiel - route 971 in aderklaa: http://www.openstreetmap.org/relation/1215611 - lt. radkarte geht der radweg über die südlichste strasse (auch meine präferenz) - lt. beschilderung vor ort geht der radweg über die L3032 (dort zu fahren war heut nicht so angenehm) beide varianten in der relation definieren? leider gibt es in diesem fall keine möglichkeit (?), dem user zusätzliche infos zu geben (der depp vom amt vs. höhere überlebens-chance) konkretes beispiel, bereich neuaigen: http://www.openstreetmap.org/relation/965757 beide varianten sind offiziell ausgeschildert, die nördliche als verkehrsberuhigte variante. die letztendscheidung hat sowieso die radelnde person vor ort, eine mit safety first im hinterkopf definierte route hilft IMHO, eine bessere entscheidung zu treffen. irgendwo im waldviertel (finds grad nicht mehr) geht der offizielle gpx track über einen fussweg mit stiegen. da fällt die entscheidung für den highway=residential daneben natürlich leicht. mfg ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] persönliche freiheiten beim eintragen von radweg relationen?
On 17.09.2014 01:29, Rainer Fügenstein wrote: wenn wir schon beim thema sind: beim eintragen von radweg relationen steht man oft vor der entscheidung zwischen: 1) dem, was bereits in OSM definiert ist 2) was die offizielle radkarte (bzw. der offizielle GPX track) sagt, so vorhanden 3) der beschilderung vor ort 4) und dem, was der hausverstand sagt. Im Zweifelsfall Punkt 3. Außer wenn die Beschilderung widersprüchlich ist (z.B. Pfeil nach links, aber gradaus findet man die nächsten Tafeln). konkretes beispiel - route 971 in aderklaa: http://www.openstreetmap.org/relation/1215611 - lt. radkarte geht der radweg über die südlichste strasse (auch meine präferenz) - lt. beschilderung vor ort geht der radweg über die L3032 (dort zu fahren war heut nicht so angenehm) beide varianten in der relation definieren? leider gibt es in diesem fall keine möglichkeit (?), dem user zusätzliche infos zu geben (der depp vom amt vs. höhere überlebens-chance) Was man als angenehm empfindet, ist individuell verschieden und hängt auch von der Witterung ab. So sind Landesstraßen z.B. oft in besserem Zustand (glatter Asphalt, weniger Dreck, im Winter geräumt). Außerdem werden solche Routen selten von Leuten entworfen, die eine Ahnung von Radfahren haben. Da geht es mehr darum, Wirtshäuser zu verbinden, damit die Leute einkehren. Bei Wander- und Themenwegen ist es genauso. konkretes beispiel, bereich neuaigen: http://www.openstreetmap.org/relation/965757 beide varianten sind offiziell ausgeschildert, die nördliche als verkehrsberuhigte variante. Wenn beide ausgeschildert sind, dann beide in die Relation aufnehmen. Außer eine Variante ist so lang, dass sich eine eigene Relation dafür auszahlt. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pt] Alterações à rua da Guarda inglesa e afims em Santa-Clara Coimbra
Olá Está perfeito e legivel. Parabens. Apenas algumas notas para a zona: 1 - os troços de acesso à rotunda devem ser todos classificados como _link. Algum não estão, certamente por corte da avenida original. 2 - os +_link necessitam de ter nome? (dúvida que temos regularmente, em rotundas onde é dificil saber onde acaba um acesso e começa a avenida) 3 - A zona da festa da latada tem mapeadas tendas e está classificada como zona industrial. O Palco que aparece no Bing não está mapeado. Está correto? Por ultimo, apenas informar que no ambito do OpenSeaMap, estamos a mapear a Ria de Aveiro e o Porto da Figueira da Foz. Para estas duas zonas necessitamos de dados fiáveis na nomenclatura dos canais/braços/esteiros. Obrigado A equipa TopoLusitania From: Rui Oliveira racoqs...@gmail.com To: Lista de discuss#227,o para Portugal talk-pt@openstreetmap.org Sent: Sunday, September 14, 2014 2:52 PM Subject: [Talk-pt] Alterações à rua da Guarda inglesa e afims em Santa-Clara Coimbra Caros. Devido ao restabelecimento do trânsito nos dois sentidos na rua da guarda inglesa e avenida de conimbriga, bem como a introdução de rotundas para a avenida inês de castro e ao início da guarda inglesa em Coimbra, eu decidi mudar as ditas vias no openstreetmap. As modificações foram feitas com base em reconhecimento presencial, e socorri-me ocasioanalmente (devido à complexidade do novo traçado) das imagens do projecto tornadas públicas em vários meios de comunicação social, nomeadamente aqui: http://www.slideshare.net/presscmcoimbra/coimbra-trnsito-volta-a-circular-nos-dois-sentidos-nas-avenidas-de-santa-clara É certo que não está perfeito e possam faltar alguns pormenores, afinal como as alterações decretadas apenas começaram a surtir efeito ontem, não tive imagens aéreas do Bing para tornar o mapeamento mais preciso e imediato. Contudo convido a quem for da zona e passar por cá para melhorar o trabalho que contribuí :) . Está aqui o novo traçado! https://www.openstreetmap.org/#map=18/40.20419/-8.43305 ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Alterações à rua da Guarda inglesa e afims em Santa-Clara Coimbra
Viva, hoje depois do almoço diverti-me um pouco na zona e utilizei as minhas observações para acertar um pouco os pormenores. Não sei bem como classificar a Praça das Canções. Zona industrial obviamente não é Optei para esta solução aqui: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfestival_grounds El Muto On 16/09/2014 15:55, Topo Lusitania Lusitania wrote: Olá Está perfeito e legivel. Parabens. Apenas algumas notas para a zona: 1 - os troços de acesso à rotunda devem ser todos classificados como _link. Algum não estão, certamente por corte da avenida original. 2 - os +_link necessitam de ter nome? (dúvida que temos regularmente, em rotundas onde é dificil saber onde acaba um acesso e começa a avenida) 3 - A zona da festa da latada tem mapeadas tendas e está classificada como zona industrial. O Palco que aparece no Bing não está mapeado. Está correto? Por ultimo, apenas informar que no ambito do OpenSeaMap, estamos a mapear a Ria de Aveiro e o Porto da Figueira da Foz. Para estas duas zonas necessitamos de dados fiáveis na nomenclatura dos canais/braços/esteiros. Obrigado A equipa TopoLusitania *From:* Rui Oliveira racoqs...@gmail.com *To:* Lista de discuss#227,o para Portugal talk-pt@openstreetmap.org *Sent:* Sunday, September 14, 2014 2:52 PM *Subject:* [Talk-pt] Alterações à rua da Guarda inglesa e afims em Santa-Clara Coimbra Caros. Devido ao restabelecimento do trânsito nos dois sentidos na rua da guarda inglesa e avenida de conimbriga, bem como a introdução de rotundas para a avenida inês de castro e ao início da guarda inglesa em Coimbra, eu decidi mudar as ditas vias no openstreetmap. As modificações foram feitas com base em reconhecimento presencial, e socorri-me ocasioanalmente (devido à complexidade do novo traçado) das imagens do projecto tornadas públicas em vários meios de comunicação social, nomeadamente aqui: http://www.slideshare.net/presscmcoimbra/coimbra-trnsito-volta-a-circular-nos-dois-sentidos-nas-avenidas-de-santa-clara É certo que não está perfeito e possam faltar alguns pormenores, afinal como as alterações decretadas apenas começaram a surtir efeito ontem, não tive imagens aéreas do Bing para tornar o mapeamento mais preciso e imediato. Contudo convido a quem for da zona e passar por cá para melhorar o trabalho que contribuí :) . Está aqui o novo traçado! https://www.openstreetmap.org/#map=18/40.20419/-8.43305 ___ Talk-pt mailing list Talk-pt@openstreetmap.org mailto:Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Alterações à rua da Guarda inglesa e afims em Santa-Clara Coimbra
Errado não, sou uma diferença de ponto de visto ;-) A forma em V parece-me justificada porque há uma separação fisica, senão um simples T era suficiente. Os troços são pequenos e não se compara com rampas de acessos : http://www.openstreetmap.org/#map=16/39.0422/-82.6194 Por isso neste caso também só usarei secondary e não link, tal e qual como se fosse um cruzamento simple. Também já tenho visto caso de link usado para descrever uma via que volta para a esquerda e onda não há separação fisica (apenas separação com tinta em zebra), acho que é um mau uso dos link, em vez de fazer um simple cruzamento em forma de T e acrescentar os tags turn lanes (http://wiki.openstreetmap.org/wiki/Key:turn) há pessoas que dezenham a faixa que volta a esquerda e colocam a classificação link, afinal é complicar a edição por nada. Francisco - Mail original - From: Alexandre Magno Brito de Medeiros alexandre@gmail.com To: OSM Portugal talk-pt@openstreetmap.org Date: 16/09/2014 19:11:58 Subject: Re: [Talk-pt] Alterações à rua da Guarda inglesa e afims em Santa-Clara Coimbra Ontem, eu fiz: http://www.openstreetmap.org/way/41158298 Está errado? Alexandre Magno Em 16 de setembro de 2014 14:03, f.dos.san...@free.fr escreveu: Viva, Para não haver engano queria esclarecer o assunto dos *_link : http://wiki.openstreetmap.org/wiki/Link_%28highway%29 Eu entendo a frase seguinta : _link tags should be used for physical channelization of turning traffic lanes at traffic signal junctions and in roundabout designs that physically separate a specific turn from the main roundabout Como : a estrada dedicada e separada da rotunda que permita uma manobra sem passar pela rotunda. Por isso esta estrada é primary_link : https://www.openstreetmap.org/way/303537812 Ela não faz parte da rotunda (separate a specific turn from the main roundabout), é fisicamenta separada (physical channelization). É uma rampa que liga 2 estradas. Esta é a via normal da rotunda por isso é primary : https://www.openstreetmap.org/way/303537814 Esta não liga a nada é simplesmente a primary que continua, por isso devemos ter a continuidade do primary antes da rotunda, na rotunda e depois da rotunda (sem nenhum _link pelo meio). Eu nunca usa os _link nos acessos a uma rotunda, no meu entender os link são para casos que ligam 2 niveis de estrada differentes, não para os acessos em V que faz as entradas e saidas duma rotunda. Francisco ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Alterações à rua da Guarda inglesa e afims em Santa-Clara Coimbra
Francisco, o 'V' também é justificado por que são duas pequenas rampas bem íngremes. O motorista precisa ter cuidado ao adentrar um daqueles acessos ou o papo do carro vai relar no chão. Em 16 de setembro de 2014 15:14, f.dos.san...@free.fr escreveu: Errado não, sou uma diferença de ponto de visto ;-) A forma em V parece-me justificada porque há uma separação fisica, senão um simples T era suficiente. Os troços são pequenos e não se compara com rampas de acessos : http://www.openstreetmap.org/#map=16/39.0422/-82.6194 Por isso neste caso também só usarei secondary e não link, tal e qual como se fosse um cruzamento simple. Também já tenho visto caso de link usado para descrever uma via que volta para a esquerda e onda não há separação fisica (apenas separação com tinta em zebra), acho que é um mau uso dos link, em vez de fazer um simple cruzamento em forma de T e acrescentar os tags turn lanes ( http://wiki.openstreetmap.org/wiki/Key:turn) há pessoas que dezenham a faixa que volta a esquerda e colocam a classificação link, afinal é complicar a edição por nada. Francisco - Mail original - From: Alexandre Magno Brito de Medeiros alexandre@gmail.com To: OSM Portugal talk-pt@openstreetmap.org Date: 16/09/2014 19:11:58 Subject: Re: [Talk-pt] Alterações à rua da Guarda inglesa e afims em Santa-Clara Coimbra Ontem, eu fiz: http://www.openstreetmap.org/way/41158298 Está errado? Alexandre Magno Em 16 de setembro de 2014 14:03, f.dos.san...@free.fr escreveu: Viva, Para não haver engano queria esclarecer o assunto dos *_link : http://wiki.openstreetmap.org/wiki/Link_%28highway%29 Eu entendo a frase seguinta : _link tags should be used for physical channelization of turning traffic lanes at traffic signal junctions and in roundabout designs that physically separate a specific turn from the main roundabout Como : a estrada dedicada e separada da rotunda que permita uma manobra sem passar pela rotunda. Por isso esta estrada é primary_link : https://www.openstreetmap.org/way/303537812 Ela não faz parte da rotunda (separate a specific turn from the main roundabout), é fisicamenta separada (physical channelization). É uma rampa que liga 2 estradas. Esta é a via normal da rotunda por isso é primary : https://www.openstreetmap.org/way/303537814 Esta não liga a nada é simplesmente a primary que continua, por isso devemos ter a continuidade do primary antes da rotunda, na rotunda e depois da rotunda (sem nenhum _link pelo meio). Eu nunca usa os _link nos acessos a uma rotunda, no meu entender os link são para casos que ligam 2 niveis de estrada differentes, não para os acessos em V que faz as entradas e saidas duma rotunda. Francisco ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
[Talk-pt] Base de dados de locais em Portugal
Olá a todos, Estive a ver pelo google maps https://goo.gl/maps/3t5lJ e outros websites tais como o ciberforma http://codigopostal.ciberforma.pt/codigo-postal/avenida-cambaes/lagoa/4770-282 (base de dados de códigos postais) onde neles é exibida informação sobre pequenos locais, vizinhanças e bairros que existem dentro de uma cidade ou localidade. Pergunto, então, se alguém tem o conhecimento de onde é que se arranja este tipo de dados para, assim, ter uma fonte de informação que poderá tornar o uso da tag admin_level=10 mais geral pois neste momento essa tag é aplicada maioritariamente na delimitação dos bairros conhecidos na Lisboa e no Porto. -- Um Abraço, Marcos Oliveira ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-cz] OSM setkani v Brne
On Mon, Sep 15, 2014 at 08:07:32PM +0200, Petr Holub wrote: Ahoj, Za me je St 24. 9. 18:00 ok. (Uvidime co dalsi, ale mozna by se hodilo nejake planovatko jako doodle.com, at tu nespamujeme mailing list.) za mne bohuzel ne, budu tou dobou sedet v letadle :-( Buď do 23.9. (včetně), nebo po 15.10. Zaklad je jasny, prosim o vyplneni doodle, jak cas tak misto. Zaskrtnete vsechny prijatelne varinaty, pak to nejak preberu a zkusim vylovit nejlepsi variantu. http://doodle.com/azti2nidivg9c7ug Diky -- Tomas Kasparek e-mail: kaspa...@fit.vutbr.cz CVT FIT VUT Brno, L127 jabber: tomas.kaspa...@jabber.cz Bozetechova 1, 612 66web : http://www.fit.vutbr.cz/~kasparek Brno, Czech Republic phone : +420 54114-1220 GPG:2F1E 1AAF FD3B CFA3 1537 63BD DCBE 18FF A035 53BC May the command line live forever! pgpwErs3HX7FC.pgp Description: PGP signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] WMS TMS vrstvy do JOSM
pridáno na wiki: +RUIAN budovy, RUIAN parcely, pLPIS - uhul:ortofoto ha hanoj Dne 15. září 2014 21:30 Petr Schönmann pschonm...@gmail.com napsal(a): Ahoj, chtěl bych se optat zda by někdo nepřidal do výchozích podkladů JOSM České WMS / TMS http://josm.openstreetmap.de/wiki/Maps/Czech%20Republic Udělal bych to sám, ale nejsem si vůbec jistý zda by tam seděli projekce, nevyznám se v tom :) Navrhoval bych dodat tam RUIAN, Pozemky RUIAN, pLPIS + co volného vás napadne. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] WMS TMS vrstvy do JOSM
Dobrý den. Kdyby někdo věděl jak tyto mapy (vrstvy) dostat do webového iD editoru na kliknutí bylo by to super (alespoň ty RUIAN). iD editor umožňuje definici jedné vlastní vrstvy, ale tu si nepamatuje a je to nepohodlné. Například pokud si spustím editaci v Bratislavě (v iD editoru), tak je tam široký výběr mapových vrstev na kliknutí (i když aktuálně mám pocit jich hodně nefunguje). Zdraví Marek Chlup On Tue, Sep 16, 2014 at 09:25:21AM +0200, hanoj wrote: pridáno na wiki: +RUIAN budovy, RUIAN parcely, pLPIS - uhul:ortofoto ha hanoj Dne 15. září 2014 21:30 Petr Schönmann pschonm...@gmail.com napsal(a): Ahoj, chtěl bych se optat zda by někdo nepřidal do výchozích podkladů JOSM České WMS / TMS http://josm.openstreetmap.de/wiki/Maps/Czech%20Republic Udělal bych to sám, ale nejsem si vůbec jistý zda by tam seděli projekce, nevyznám se v tom :) Navrhoval bych dodat tam RUIAN, Pozemky RUIAN, pLPIS + co volného vás napadne. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
