Re: [talk-ph] Did somebody do a mapping party or mapping session in Davao City?
Yep, I did an OSM seminar workshop for my students in Ateneo. Its always a good idea to follow the tracks of these newbies. Let me see if somebody snap some photos. -Original Message- From: maning sambale [emmanuel.samb...@gmail.com] Sent: 2/4/2012 2:48:16 PM To: sea...@gmail.com Cc: talk-ph@openstreetmap.org Subject: Re: [talk-ph] Did somebody do a mapping party or mapping session in Davao City? I also suggest some of us to re-visit the work of murlwe's new recruits. Perhaps we can guide them in correcting some common mistakes. We were all noobs once. I'm sure at least in my experience, that I didn't get it right the first time. On Feb 4, 2012 10:29 AM, Eugene Alvin Villar sea...@gmail.com wrote: Ah! What's the background of the seminar? Are there photos that we can publicize? :) On Sat, Feb 4, 2012 at 10:21 AM, George Tujan gtu...@gmail.com wrote: He held an OSM seminar yesterday :) On Sat, Feb 4, 2012 at 10:18 AM, Eugene Alvin Villar sea...@gmail.com wrote: The following user accounts have started editing in and around Davao City yesterday and today: http://www.openstreetmap.org/user/Nyna/edits http://www.openstreetmap.org/user/sheilamaybautista/edits http://www.openstreetmap.org/user/Kibun/edits http://www.openstreetmap.org/user/kaloy/edits http://www.openstreetmap.org/user/donnalyn_tarrazona/edits http://www.openstreetmap.org/user/EldonCalamba/edits http://www.openstreetmap.org/user/missuah/edits http://www.openstreetmap.org/user/dinzlee/edits http://www.openstreetmap.org/user/harlzranch/edits I'm guessing murlwe had something to do with this? :) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph span id=m2wTlpfont face=Arial, Helvetica, sans-serif size=2 style=font-size:13.5px___BRGet the Free email that has everyone talking at a href=http://www.mail2world.com target=newhttp://www.mail2world.com/abr font color=#99Unlimited Email Storage #150; POP3 #150; Calendar #150; SMS #150; Translator #150; Much More!/font/font/span___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-legal-talk] Some numbers on split ways
Hi, although I'm late - I want to present some hard numbers on the effect of split ways. I've written a script that is based on the (imprecise) assumption that a way has resulted from a split if its version 1 has 2 or more nodes that another way from the same changeset has had before. Also such ways are discovered only if a way (pre-split) has lost at least 3 nodes from one version to another. So naturally the actual number of splits might differ from the number of splits the script detects. Then if a pre-split way is found to be the ancestor of another way, all versions that were created before the split are appended before the new way's version 1, with version numbers (-n ... 0), carrying original nodes and tags. On these extended history objects the licence status was evaluated with conventional WTFE logic. Input data was a small (city-sized) history extract, dated 2011-11-19.[1] Agreed users data and WTFE code were from 2012-01-16.[2] Total number of ways: 17273 Number of ways created by denier - without split detection: 1129 (incl. 227 deleted) - with split detection: 1274 (incl. 234 deleted) Number of ways modified by denier[4] - without split detection: 381 (incl. 8 deleted) - with split detection: 441 (incl. 10 deleted) There's still lots of work to be done to make it read larger data chunks (currently the script reads and writes XML and is really, really slow)... I'll make the scripts available if anyone is interested in taking up the work. I'm not going to have much time for this during the next weeks. cheers ant [1] http://ftp5.gwdg.de/pub/misc/openstreetmap/osm-full-history-extracts/110919/xml/europe/germany/rheinland-pfalz/mainz.osh.bz2 [2] http://planet.openstreetmap.org/users_agreed/users_agreed.txt http://planet.openstreetmap.org/users_agreed/anon_changesets_agreed.txt http://wtfe.gryph.de/report.tgz (no user or changeset overrides) [4] Ways affected only by harmless edits are not counted. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Wind turbines no longer rendered on mapnik layer
So maybe we'll finally have an answer to our questions in http://trac.openstreetmap.org/ticket/3266 ? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wind turbines no longer rendered on mapnik layer
Vincent Privat wrote: So maybe we'll finally have an answer to our questions in http://trac.openstreetmap.org/ticket/3266 ? Isn't there a hstore in the rendering-db? Kay ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wind turbines no longer rendered on mapnik layer
Hi, On 02/16/2012 03:05 PM, Kay Drangmeister wrote: Isn't there a hstore in the rendering-db? No. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Finding untagged dead-ends
John Sturdy wrote Something I'd like to have a way of highlighting, as I've been doing quite a bit of electricity distribution mapping, is power lines / minor_lines that end in something other than a transformer or pole. FYI http://wiki.openstreetmap.org/wiki/Osmose has a test for this. Unfortunetly, the tool only covers France but is free. -- View this message in context: http://gis.19327.n5.nabble.com/Finding-untagged-dead-ends-tp5485340p5490081.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] osm2pgsql hstore (was: Wind turbines no longer rendered on mapnik layer)
On 16 February 2012 16:25, Frederik Ramm frede...@remote.org wrote: Hi, On 02/16/2012 03:05 PM, Kay Drangmeister wrote: Isn't there a hstore in the rendering-db? No. This reminded me of a question I have been meaning to ask for quite a while - is a database generated by osm2pgsql with an hstore expected to perform similarly to one without? The only time I tried to use hstore, the performance of the whole database was dreadful (at least a factor of 5 slower, but I didn't do any proper benchmarking - I just gave up and re-created it without hstore and the problem went away).It may have been that something went wrong with the import that I did not notice, and it was not an hstore issue. Using hstore would be really good given the fashion for generating new keys with colons in them, but not with that reduction in performance, so I keep having to re-import my database to add new keys. grumble Why create a key generator:power_source rather than just use power_source. power_source is much more generic so you could re-cycle it for things like district heating, but generator:power_source is only ever going to be used for generating stations, and needs a new column in the database. /grumble. I think I just prefer more generic, re-usable keys rather than trying to invent a new one for each situation Regards Graham. -- Graham Jones Hartlepool, UK. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Keeping tags generic (was: Wind turbines no longer rendered on mapnik layer)
On Thu, Feb 16, 2012 at 6:25 PM, Graham Jones grahamjones...@gmail.com wrote: grumble Why create a key generator:power_source rather than just use power_source. power_source is much more generic so you could re-cycle it for things like district heating, but generator:power_source is only ever going to be used for generating stations, and needs a new column in the database. /grumble. I think I just prefer more generic, re-usable keys rather than trying to invent a new one for each situation Seconded heartily! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm2pgsql hstore (was: Wind turbines no longer rendered on mapnik layer)
Hi, On 02/16/2012 07:25 PM, Graham Jones wrote: This reminded me of a question I have been meaning to ask for quite a while - is a database generated by osm2pgsql with an hstore expected to perform similarly to one without? I never ran one with hstore when I think of what this must mean for the database engine, and storage space, then I shudder and would not be surprised by the factor 5 you mentioned. I keep having to re-import my database to add new keys. If you want to add a new key but avoid re-importing the full database, you can add the key to osm2pgsql's style file, somehow generate an .osm file that contains only the objects that have this tag, wrap this .osm file into a osmChangemodify.../modify/osmChange instead of osm.../osm and throw it at osm2pgsql in append mode. power_source is much more generic so you could re-cycle it for things like district heating, but generator:power_source is only ever going to be used for generating stations, and needs a new column in the database. Yes, that's the plan I believe. People like keys that are understandable without context. Contrast this with a tag width=2 - where you have no chance in knowing what it means without looking at the whole thing. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm2pgsql hstore (was: Wind turbines no longer rendered on mapnik layer)
On 16 February 2012 18:51, Frederik Ramm frede...@remote.org wrote: On 02/16/2012 07:25 PM, Graham Jones wrote: This reminded me of a question I have been meaning to ask for quite a while - is a database generated by osm2pgsql with an hstore expected to perform similarly to one without? I never ran one with hstore when I think of what this must mean for the database engine, and storage space, then I shudder and would not be surprised by the factor 5 you mentioned. Thanks - I don't feel so bad about giving up so easily now! If you want to add a new key but avoid re-importing the full database, you can add the key to osm2pgsql's style file, somehow generate an .osm file that contains only the objects that have this tag, wrap this .osm file into a osmChangemodify.../**modify/osmChange instead of osm.../osm and throw it at osm2pgsql in append mode. That's a neat idea - will try that next time, thanks. People like keys that are understandable without context. Contrast this with a tag width=2 - where you have no chance in knowing what it means without looking at the whole thing. Yes - I think it is just a style difference - I am quite happy to interpret it from context for the sake of having a smaller number of unique keys to think about. Cheers Graham -- Graham Jones Hartlepool, UK. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm2pgsql hstore (was: Wind turbines no longer rendered on mapnik layer)
On 16-2-2012 19:25, Graham Jones wrote: grumble Why create a key generator:power_source rather than just use power_source. power_source is much more generic so you could re-cycle it for things like district heating, but generator:power_source is only ever going to be used for generating stations, and needs a new column in the database. /grumble. I think I just prefer more generic, re-usable keys rather than trying to invent a new one for each situation This is a core problem with the public_transport=* scheme as well. This tag in and of itself is fine, but the whole additional shebang that is train=yes/no, bus=yes/no, subway=yes/no, etc etc is so dreadful (in the context of the rendering chain) that every time I read #2798 I feel the urge to run away screaming. http://trac.openstreetmap.org/ticket/2798 -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wind turbines no longer rendered on mapnik layer
On 15-2-2012 17:06, Morten Kjeldgaard wrote: I received the following reply at 10.14.44 GMT+01:00: Hi mok0, Thanks for the notice, and I'm currently submitting a changeset where everything with generator:source=wind also has power_source=wind specified as well. Also, I'll take a look into the mapnik style sheet to see how this can be updated to remove the depreciated tags. Aside from the existence of generator:source=wind this demonstrates he hasn't quite understood it yet. The new scheme should be added[1] to the stylesheet, but the old scheme should not be removed. At least not before the overwhelming majority of existing objects are compatible with the new tagging, or after some extensive time has passed to allow this tag change to propagate. [1] Has now been done, but not deployed yet. -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Some numbers on split ways
Hi, I thought some extra numbers could be interesting: # of ways that turned from tainted to clean: 11 # of ways that turned from clean to tainted: 216 total # of detected split ways: 1856 cheers ant On 16.02.2012 12:40, ant wrote: Hi, although I'm late - I want to present some hard numbers on the effect of split ways. I've written a script that is based on the (imprecise) assumption that a way has resulted from a split if its version 1 has 2 or more nodes that another way from the same changeset has had before. Also such ways are discovered only if a way (pre-split) has lost at least 3 nodes from one version to another. So naturally the actual number of splits might differ from the number of splits the script detects. Then if a pre-split way is found to be the ancestor of another way, all versions that were created before the split are appended before the new way's version 1, with version numbers (-n ... 0), carrying original nodes and tags. On these extended history objects the licence status was evaluated with conventional WTFE logic. Input data was a small (city-sized) history extract, dated 2011-11-19.[1] Agreed users data and WTFE code were from 2012-01-16.[2] Total number of ways: 17273 Number of ways created by denier - without split detection: 1129 (incl. 227 deleted) - with split detection: 1274 (incl. 234 deleted) Number of ways modified by denier[4] - without split detection: 381 (incl. 8 deleted) - with split detection: 441 (incl. 10 deleted) There's still lots of work to be done to make it read larger data chunks (currently the script reads and writes XML and is really, really slow)... I'll make the scripts available if anyone is interested in taking up the work. I'm not going to have much time for this during the next weeks. cheers ant [1] http://ftp5.gwdg.de/pub/misc/openstreetmap/osm-full-history-extracts/110919/xml/europe/germany/rheinland-pfalz/mainz.osh.bz2 [2] http://planet.openstreetmap.org/users_agreed/users_agreed.txt http://planet.openstreetmap.org/users_agreed/anon_changesets_agreed.txt http://wtfe.gryph.de/report.tgz (no user or changeset overrides) [4] Ways affected only by harmless edits are not counted. ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] osm2pgsql hstore (was: Wind turbines no longer rendered on mapnik layer)
On Thu, Feb 16, 2012 at 06:25:30PM +, Graham Jones wrote: grumble Why create a key generator:power_source rather than just use power_source. power_source is much more generic so you could re-cycle it for things like district heating, but generator:power_source is only ever going to be used for generating stations, and needs a new column in the database. /grumble. I think I just prefer more generic, re-usable keys rather than trying to invent a new one for each situation Generic key names can be confusing, especially when one OSM object is used for multiple things. Say there is a way tagged as railway and at the same time this way is part of an area tagged as a generating station. Does power_source mean the type of generating station or the type of power used by the railway (overhead vs. third rail vs. unelectrified)? I hope this example is hypothetical, but people do strange things in OSM... Non-generic tags also make tools such as Taginfo more useful, because each tag stands on its own. They make it immediately clear if the tagging is incomplete. If the generator tag got lost, how do we know what the power_source tag is supposed to mean? So on the one side you have generic tags like type and class and id which are very confusing. You never know what they belong to. On the other side you have rather complex tagging schemas like in your generator:... example. Thats sometimes hard to use, too. We still have to figure out where the sweet spot is, but I tend to prefer the more explicit keys. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Typo in Trac browse by components fixed
Hi, Just noticed that on the browse by components page (http://trac.openstreetmap.org/wiki/OsmComponentReports), every link had a typo. eg http://trac.openstreetmap.org/query?status=newstatus=assigendstatus=reopenedcomponent=potlatch2order=priority should be http://trac.openstreetmap.org/query?status=newstatus=assignedstatus=reopenedcomponent=potlatch2order=priority (assigend - assigned) Fixed now. (In case anyone is wondering why they're suddenly seeing a few more tickets than previously) Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm2pgsql hstore (was: Wind turbines no longer rendered on mapnik layer)
2012/2/17 Jochen Topf joc...@remote.org: On Thu, Feb 16, 2012 at 06:25:30PM +, Graham Jones wrote: Generic key names can be confusing, especially when one OSM object is used for multiple things. +1. E.g. an object tagged barrier=fence, height=2, landuse=forest. In this example you could also use 2 objects: a closed way for the fence and a multipolygon for the area. Linear objects we can create with route relations (instead of overlapping ways). We don't have currently a relation for nodes and maybe we don't need this utterly (you could place another node nearby), but it would solve some cases where you want to state the topology precisely (e.g. 2 objects at the same pole). This way we can have things (expressed by a relation) which have their geometry only as an attribute, instead of a geometry that _is_ something. Non-generic tags also make tools such as Taginfo more useful, because each tag stands on its own. They make it immediately clear if the tagging is incomplete. If the generator tag got lost, how do we know what the power_source tag is supposed to mean? +1 for taginfo, but I don't think we need the namespaces for the case something gets lost (there is the history for this). Cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm2pgsql hstore (was: Wind turbines no longer rendered on mapnik layer)
Frederik Ramm frederik at remote.org writes: Hi, On 02/16/2012 07:25 PM, Graham Jones wrote: This reminded me of a question I have been meaning to ask for quite a while - is a database generated by osm2pgsql with an hstore expected to perform similarly to one without? I never ran one with hstore when I think of what this must mean for the database engine, and storage space, then I shudder and would not be surprised by the factor 5 you mentioned. How about doing it with relations? Let the importer program create four tables osm_point osm_line osm_polygon osm_relation These tables would each have two attributes: Geometry and osm_is. Geometries in the osm_relation would be of type geometry collection, that is, a collection of whatever, and it could hold for example the tranport route relation with the route and bus stops and everything in one PostGIS geometry object. Then there should be one or four tables for tags (everything in one table or split to suit the geometry tables). The three attributes would be osm_id, key, and value. Osm_id would be used as a foreing key for joining geometries and attributes. If osm_id can not be guaranteed to be unique then there should be point_id, line_id, polygon_id and relation_id added to suitable places. Every attribute would be indexed. For Mapnik use where all that is needed is to do simple SQL selects. I guess that this database would be faster to query than hstore even it also contains all the tags. It might be faster for Mapnik than the current tables with extra wide attribute schema because now attributes are not indexed at all (or are they?). SQL queries according to tags and values or even with a part of the tag and value strings would be easier to do than from hstore. People could enhance attributes for some special uses by converting max_speeds and other values which are actually measures from strings to integers or doubles etc. This option is so obvious that I believe that someone must have tried it already. It would be nice to hear about experiences. -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Fehlende Attribution bei Geocaching.com (und MapQuest?)
Hallo, Und siehe da: auch MapQuest hat keinen OSM Hinweis auf der Karte. (Nur das eigene (C) MapQuest und andere, kommerzielle Dienstleister). Immerhin findet sich doch noch der richtige Text nach einem Klick auf den Link 'Legal' am unteren Rand. es gibt http://open.mapquest.com/ mit OSM und https://www.mapquest.com/ ohne OSM, von daher werden sie wohl letzteres verwenden denke ich. Liebe Grüße Benni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Anzahl Telefonzellen bei OpenStreetMap
Hallo Zusammen, ich würde gerne wissen wie viele Telefonzellen bisher deutschlandweit eingezeichnet sind und ob man sich auch nur die Position der Telefonzellen in der Karte anzeigen lassen kann. Wer fügt die Standorte hinzu? Vielen Dank! Mit freundlichen Grüßen, Agathe ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl Telefonzellen bei OpenStreetMap
Hallo, und ob man sich auch nur die Position der Telefonzellen in der Karte anzeigen lassen kann. Wer fügt die Standorte hinzu? Es gibt eine Post- und Telefonkarte die aber seit Ewigkeiten schon nichts mehr anzeigt. Kennt wer den Autor, kann man das beheben? http://post.openstreetmap.de/ Liebe Grüße Benni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl Telefonzellen bei OpenStreetMap
Am 16.02.2012 09:14, schrieb Agathe Materowicz: Hallo Zusammen, ich würde gerne wissen wie viele Telefonzellen bisher deutschlandweit eingezeichnet sind und ob man sich auch nur die Position der Telefonzellen in der Karte anzeigen lassen kann. Wer fügt die Standorte hinzu? Hallo Agathe, Telefone darf jeder bei OSM hinzufügen, du kannst dich gerne einmal anmelden und auf bearbeiten klicken. Dann einfach das Icon mit dem Telefon an die passende Stelle setzen und fertig :) Eigentlich gibt es http://post.openstreetmap.de um Telefone anzuzeigen, die scheint gerade kaputt zu sein :( Du kannst aber auch bei http://openstreetbrowser.org unter Kommunikation dir die Standorte anzeigen lassen. Wieviele es in Deutschland gibt kann ich leider nicht sagen, aber laut Statistik haben wir 62.000 weltweit http://taginfo.openstreetmap.org/tags/amenity=telephone Gruß Matthias (user:!i!) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Attribution bei Geocaching.com (und MapQuest?)
Hallo, Am 16. Februar 2012 09:12 schrieb Benjamin Lebsanft benja...@lebsanft.org: es gibt http://open.mapquest.com/ mit OSM und https://www.mapquest.com/ ohne OSM, von daher werden sie wohl letzteres verwenden denke ich. Leider nicht: Die Daten auf geocaching.com entsprechen denen von open.mapquest.com und sind damit von OSM. Zumindest ist das bei den Stichproben, die ich eben gemacht habe, wirklich ganz eindeutig. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Attribution bei Geocaching.com (und MapQuest?)
Hallo, Leider nicht: Die Daten auf geocaching.com entsprechen denen von open.mapquest.com und sind damit von OSM. Zumindest ist das bei den Stichproben, die ich eben gemacht habe, wirklich ganz eindeutig. Ja jetzt seh ich's auch. So ist das natürlich ärgerlich, wenn das nicht mit OSM in Verbindung gebracht wird. Liebe Grüße Benni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Am 16.02.2012 08:01, schrieb Manuel Reimer: Gibt es irgend einen Punkt der für das teurere Oregon 450 spricht, oder genügt das günstigere Dakota 20 für meine Zwecke? Für den Oregon spricht der größere Bildschirm und der schnellere Prozessor. Für das Dakota spricht die längere Akkulaufzeit. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl Telefonzellen bei OpenStreetMap
Hallo, Am 16. Februar 2012 09:24 schrieb Matthias Meißer dig...@arcor.de: Wieviele es in Deutschland gibt kann ich leider nicht sagen, aber laut Statistik haben wir 62.000 weltweit http://taginfo.openstreetmap.org/tags/amenity=telephone Hm, laut tagwatch wären davon 22825 in Deutschland (http://tagwatch.stoecker.eu/Germany/En/ignored_amenity.html). Allerdings irritiert mich jetzt das ignored in der URL etwas, daher weiß ich persönlich nicht, wie verläßlich diese Zahl ist. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gmapsupp.img
Moin flacus, On Tue, 14 Feb 2012, fla...@googlemail.com wrote: Ich hatte am Abend bevor mich O2 für 3 Wochen ausgesperrt hatte was am Code geändert .. und nen Fehler drin gehabt. zZ läuft es ja wieder ... das wieder-online-sein hört sich gut an, danke :-) die DACH-Karte klemmt allerdings noch ... falls du da etwas machen kannst, würde ich mich freuen. Ich vermutete schon irgendetwas Unglückliches - und wäre es nur gewesen, dass du in einen längeren Urlaub geflüchtet wärst ;-) Die Karten sind nämlich wirklich prima! Grüße, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Attribution bei Geocaching.com (und MapQuest?)
Ja jetzt seh ich's auch. So ist das natürlich ärgerlich, wenn das nicht mit OSM in Verbindung gebracht wird. Naja, ist sicher keine Absicht, sie haben ja immerhin in einem Blogpost direkt darauf hingewiesen. Den Unterschied zwischen MapQuest und open.MapQuest hab ich jetzt auch verstanden. Danke. Ich versuche gerade noch herauszubekommen, ob MapQuest in ihrer API nicht sogar eine Funktion haben, die Attribution gleich mit den Tiles auszuliefern. Ist ja immer gut, wenn man in einer Mail auch gleich angeben kann wie es richtig geht. Ich trage geocaching.com jetzt mal auf der Wikiseite ein, kontaktiere sie aber erst wenn ich noch mehr weiss. Gruss Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl Telefonzellen bei OpenStreetMap
Hallo, Am 16.02.2012 09:14, schrieb Agathe Materowicz: ich würde gerne wissen wie viele Telefonzellen bisher deutschlandweit eingezeichnet sind und ob man sich auch nur die Position der Telefonzellen in der Karte anzeigen lassen kann. Eine Karte mit allen Telefonen findest Du hier [1]. Auf der linken Seite kannst Du auch andere POIs an- oder ausschalten. Die Karte wird in der Regel wöchentlich aktualisiert. Gruß Detlev [1] http://www.flosm.de/html/POI-Karte.html?accthm=osm-pois1startx=10.0023756027222starty=51.7022972106934startr=5971.654296875grp_telephone=1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Remapping - Bitte melde dich
Am 15.02.2012 23:15, schrieb Matthias Meißer: Hi, im Forum gab es Überlegungen, eine gezielte Pressemeldung für den Lizenzwechsel herauszugeben. Themen könnten dabei nicht nur sein, was sich alles ändert und wieso das nötig ist, sondern wir könnten auch nochmal probieren ehemalige Mapper wieder zu erreichen. Ob das dem Projekt nicht mehr schadet wie nützt? Markante Lücken dürften durch andere Mapper relativ schnell wieder gestopft sein so dass die Öffentlichkeit kaum wahr nehmen wird dass es Datenverluste durch die Umstellung gibt. Schaltet man dagegen die Presse ein so kann daraus leicht auch eine negativ-Schlagzeile werden die die Unzuverlässigkeit der OSM-Daten hervorhebt OSM kämpft wegen Lizenzprobleme mit Datenverlusten Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Am 16.02.2012 09:34, schrieb Chris66: Am 16.02.2012 08:01, schrieb Manuel Reimer: Gibt es irgend einen Punkt der für das teurere Oregon 450 spricht, oder genügt das günstigere Dakota 20 für meine Zwecke? Für den Oregon spricht der größere Bildschirm und der schnellere Prozessor. Für das Dakota spricht die längere Akkulaufzeit. +1, daher würde ich raten, sich die beiden Geräte im Vergleich anzuschauen und dann entscheiden, wie groß das Display sein muss. Akkulaufzeit kann man beim Radfahren komplett ausgleichen, wenn man den Strom aus dem Nabendynamo nutzt. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM in Irland?
Hallo, in Vorbereitung auf eine Irlandreise habe ich mir auch die OSM mal angesehen, für das Garmin Nüvi und Oregon. Die img-Dateigrößen verheißen ja nichts Gutes, 37MB für die Kukuk-Basemap sind verglichen mit knapp 900MB für D bei Raumbezug nicht wirklich viel Platz für Details... und die fehlen in der Tat, v.a. in den ländlichen Regionen - Dublin isn't everywhere. Die Luftbilder bei bing.com sind auch nicht gerade scharf (jedenfalls nicht im County Kerry). Gibt es eine andere Quelle für halbwegs brauchbar aufgelöste Luftbilder, die man nutzen könnte, um dem ein wenig abzuhelfen? Grüße von Steffen, der jetzt erst so recht weiß, wie privilegiert er in D ist ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in Irland?
Am 16.02.2012 11:06, schrieb Steffen Grunewald: Hallo, in Vorbereitung auf eine Irlandreise habe ich mir auch die OSM mal angesehen, für das Garmin Nüvi und Oregon. Die img-Dateigrößen verheißen ja nichts Gutes, 37MB für die Kukuk-Basemap sind verglichen mit knapp 900MB für D bei Raumbezug nicht wirklich viel Platz für Details... und die fehlen in der Tat, v.a. in den ländlichen Regionen - Dublin isn't everywhere. Die Luftbilder bei bing.com sind auch nicht gerade scharf (jedenfalls nicht im County Kerry). Gibt es eine andere Quelle für halbwegs brauchbar aufgelöste Luftbilder, die man nutzen könnte, um dem ein wenig abzuhelfen? Du hasts gut :) Ich war vor 2 Jahren in Irland, auch mit einem geliehenen Garmin. Trotz der Größe fand ich eigentlich, dass es ging, auch wenn man sich für Wandern sicherlich mehr wünschen würde. Ich würde die Route mit einem Reiseführer (Buch) planen und wenn du magst kannst du ja auf TALK-IE bescheid sagen, die freuen sich bestimmt auch mal neue Gesichter kennenzulernen ;) Gruß Matthias (user:!i!) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl Telefonzellen bei OpenStreetMap
Hi, On 02/16/12 09:44, Michael Krämer wrote: Hm, laut tagwatch wären davon 22825 in Deutschland (http://tagwatch.stoecker.eu/Germany/En/ignored_amenity.html). $ wget -O- http://download.geofabrik.de/osm/europe/germany.osm.bz2|bzcat|grep 'k=amenity v=telephone'|wc -l 23091 Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Remapping - Bitte melde dich
Hi Garry, Am 16.02.2012 10:55, schrieb Garry: Ob das dem Projekt nicht mehr schadet wie nützt? Markante Lücken dürften durch andere Mapper relativ schnell wieder gestopft sein so dass die Öffentlichkeit kaum wahr nehmen wird dass es Datenverluste durch die Umstellung gibt. Schaltet man dagegen die Presse ein so kann daraus leicht auch eine negativ-Schlagzeile werden die die Unzuverlässigkeit der OSM-Daten hervorhebt OSM kämpft wegen Lizenzprobleme mit Datenverlusten Das kann natürlich durchaus passieren. Wenn wir aber eine PM verfassen, haben wir aber wenigstens die Möglichkeit da präventiv zu informieren und nicht, dass die Medien das selbst aufschnappen und dabei evtl. Details verdrehen. Im Forum hatten wir ja schon uns ein paar Details überlegt, die man mit einbauen sollte, damit kein OSM schmeißt alle Straßen weg!!! Meldung drauß wird ;) Gruß Matthias (user.!i!) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Hi, ich würde keines der beiden nehmen. Habe beide Geräte ausgiebig getestet und noch ein Drittes dazu, und zwar das Sony Ericsson XPERIA Active. Unverwüstlich, kostet ohne Vertrag ca. 205€, funktioniert einwandfrei mit OSM, z.Bsp. mit Locus ( https://market.android.com/details?id=menion.android.locus ), bekommt jetzt ein Update auf Android 4. Ich hatte das Gerät jetzt beim Skiurlaub dabei, funktionierte auch bei -15°C in der Jackentasche, Akku hält ca. 2 Tage, wobei Ersatzakkus nicht teuer sind. Ist Wasserdicht, Staubdicht und mit einer Öse zum Befestigen z. Bsp. an einem Rucksack. Nebenbei hat es den Effekt, dass Du nicht den Garmin und noch ein Handy mitschleppen musst. Ach ja, einen barometrischen Höhenmesser hat es auch. Gruß Martin Am 16.02.2012 08:01, schrieb Manuel Reimer: Hallo, ich möchte mir ein neues GPS zulegen. Anwendungsfälle: - Loggen für OSM. Spuren möchte ich direkt auf der Karte sehen. - Mitnehmen des aktuellen Kartenstands für den Bereich, in dem ich loggen will - POIs erfassen und schon vor Ort mit kurzem Text benennen - Routing für's Fahrrad und zum Wandern (natürlich mit OSM-Karten) Ich schwanke zwischen dem Dakota 20 und dem Oregon 450. Gibt es irgend einen Punkt der für das teurere Oregon 450 spricht, oder genügt das günstigere Dakota 20 für meine Zwecke? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Attribution bei Geocaching.com (und MapQuest?)
Am 16. Februar 2012 09:55 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Den Unterschied zwischen MapQuest und open.MapQuest hab ich jetzt auch verstanden. Danke. kurzer Hinweis, weil das bisher nicht so richtig rauskam in diesem Thread: open.MapQuest hat durchaus einen Hinweis auf OSM auf der Slippymap, mit Link zum Projekt und zu CC, entspricht also vollständig und wörtlich den vorgeschlagenen Attributionsregeln. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Am 16. Februar 2012 11:37 schrieb Martin Czarkowski czarkow...@gmail.com: SE-Smartphone Ich hatte das Gerät jetzt beim Skiurlaub dabei, funktionierte auch bei -15°C in der Jackentasche, Akku hält ca. 2 Tage, wobei Ersatzakkus nicht teuer sind. wie genau ist das GPS? Kannst Du damit jede Sekunde einen Punkt loggen und der Akku hält trotzdem 2 Tage? Sind damit ca. 16-20 Stunden gemeint, oder wirklich 48h? Vielleicht (vermutlich) haben die Fortschritte gemacht, ich habe ein ca. 2 Jahre altes SE-Handy und bin mit der GPS-Leistung komplett unzufrieden (was das Tracken angeht, um ungefähr (+- 20-40 meter) die Position zu bestimmen reicht es) Bis ein Fix gefunden ist dauert es oft ewig. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Servus Martin, loggen kannst Du jede Sekunde und jeden Meter, gespeichert wird auf der SD-Karte, wenn mich nicht alles täuscht bis 32 GB. Natürlich war ich nicht ständig 48 Std. unterwegs :-) aber 6 bis 8 Std. Skipisten und am Abend noch Rodeln geloggt und am nächsten Tag auch wieder 6 bis 8 Std. mit eingeschaltetem GPS, GSM und Locus und das bei der Kälte. Glaube im Sommer wird es noch länger halten. Im Freien zeigt er eine Genauigkeit von 3 bis 5 Metern an, und wenn ich mir die Tracks dann anschaue stimmt die Genauigkeit mit Tracks im JOSM schon überein. Mein Samsung Galaxy SII Beim Geocaching hatte ich den Xperia und den Oregon 450 dabei, der Oregon hat mich ständig ca. 15 bis 20m im Wald am Cache vorbeigeführt, der Xperia führte mich sofort ans Ziel, da war ich selbst überrascht. Übrigens für Geocacher, das Programm c:geo ( http://cgeo.carnero.cc/ ) funktioniert einwandfrei. Gruß Martin Am 16.02.2012 11:51, schrieb Martin Koppenhoefer: Am 16. Februar 2012 11:37 schrieb Martin Czarkowskiczarkow...@gmail.com: SE-Smartphone Ich hatte das Gerät jetzt beim Skiurlaub dabei, funktionierte auch bei -15°C in der Jackentasche, Akku hält ca. 2 Tage, wobei Ersatzakkus nicht teuer sind. wie genau ist das GPS? Kannst Du damit jede Sekunde einen Punkt loggen und der Akku hält trotzdem 2 Tage? Sind damit ca. 16-20 Stunden gemeint, oder wirklich 48h? Vielleicht (vermutlich) haben die Fortschritte gemacht, ich habe ein ca. 2 Jahre altes SE-Handy und bin mit der GPS-Leistung komplett unzufrieden (was das Tracken angeht, um ungefähr (+- 20-40 meter) die Position zu bestimmen reicht es) Bis ein Fix gefunden ist dauert es oft ewig. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Attribution bei Geocaching.com (und MapQuest?)
kurzer Hinweis, weil das bisher nicht so richtig rauskam in diesem Thread: open.MapQuest hat durchaus einen Hinweis auf OSM auf der Slippymap, mit Link zum Projekt und zu CC, entspricht also vollständig und wörtlich den vorgeschlagenen Attributionsregeln. Ja, hab ich jetzt auch verstanden. Danke nochmal. Mir war vorher gar nicht bewusst, dass die 2 Karten haben, weil meisstens wenn ich ueber MapQuest stolpere, eh die OSM-Karte gemeint ist. Du hast aber Recht, die open.mapquest.com ist ordentlich attributiert. Gruss, Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
... Mein Samsung Galaxy SGSII ist nicht so genau beim GPS Empfang und für Wind und Wetter gänzlich ungeeignet. Diesen Satz wollte ich nur noch zu Ende führen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Die beiden Programme kann ich auch empfehlen. Die Beschreibung des Smartphones hoert sich aber fuer mich (Galaxy S) wie ein Traum an. GPS Genauigkeit bestenfalls 10m, Akku haelt, wenn GPS an und Display auf geringster Helligkeit, etwa 4h durch. Das Loggen bei ausgeschaltetem Display habe ich noch nicht getestet. Mein Anwendungsfall beim Geocachen verlangt, dass ich die Karte auf dem Display sehe, und da ist schnell Sense. Das nur als abschreckendes Beispiel. Nach dem letzten Regenguss war uebrigens der Home-Button hinueber. Hingegen das treue Etrex laeuft tagelang, schluckt normaleAA (zur Not die aus der Lampe oder der Kamera) und hatte schon haeufig Kontakt mit dem Matsch. Gruss Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Am 16.02.2012 13:40, schrieb Ronnie Soak: Die Beschreibung des Smartphones hoert sich aber fuer mich (Galaxy S) wie ein Traum an. GPS Genauigkeit bestenfalls 10m, Akku haelt, wenn GPS an und Display auf geringster Helligkeit, etwa 4h durch. Das Loggen bei ausgeschaltetem Display habe ich noch nicht getestet. Mein Anwendungsfall beim Geocachen verlangt, dass ich die Karte auf dem Display sehe, und da ist schnell Sense. Das nur als abschreckendes Beispiel. Das stimmt alles, deshalb nutze ich meinen Galaxy SII nicht mehr dafür, es hat wirklich keinen Spaß gemacht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl Telefonzellen bei OpenStreetMap
Am 16.02.2012 10:41, schrieb Detlev Reiners: Eine Karte mit allen Telefonen findest Du hier [1]. Auf der linken Seite kannst Du auch andere POIs an- oder ausschalten. Die Karte wird in der Regel wöchentlich aktualisiert. Schade das die Hausnummern nicht zu sehen sind... ansonsten ist das genau das was ich schon lange gesucht hatte... [1] http://www.flosm.de/html/POI-Karte.html?accthm=osm-pois1startx=10.0023756027222starty=51.7022972106934startr=5971.654296875grp_telephone=1 Grüße aus der Eifel Steffen Heinz -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 3549 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Martin Czarkowski czarkowski at gmail.com writes: mit OSM, z.Bsp. mit Locus ( https://market.android.com/details?id=menion.android.locus ) Funktioniert das auch Offline? Ich habe aktuell kein Smartphone und brauche eigentlich auch keines. Gleiches gilt für einen Mobilfunkvertrag mit Daten-Flat. Eigentlich suche ich einfach ein stabiles GPS, das man problemlos am Fahrrad montieren kann und das mich ggf. auch mit OSM ans Ziel führen kann. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Am 16.02.2012 14:13, schrieb Manuel Reimer: Funktioniert das auch Offline? Ich habe aktuell kein Smartphone und brauche eigentlich auch keines. Gleiches gilt für einen Mobilfunkvertrag mit Daten-Flat. Ja, ich nutze OSM Offline Vektorkarten, es gibt aber auch normale Karten aus Kacheln. Beim Skiurlaub in Österreich war bei mir natürlich Datenroaming auf AUS, ich habe mir die Gebiete zuvor per WLAN im Hotel runtergeladen. Einfach mal googeln nach Locus usw. alternativ auch OruxMaps, wir weichen langsam aber vom Thema der Liste hier ab ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Am 16.02.2012 14:13, schrieb Manuel Reimer: Funktioniert das auch Offline? Ich habe aktuell kein Smartphone und brauche eigentlich auch keines. Gleiches gilt für einen Mobilfunkvertrag mit Daten-Flat. Locus weiss ich nicht, aber es gibt Offline-Map-Apps für Android. Eigentlich suche ich einfach ein stabiles GPS, das man problemlos am Fahrrad montieren kann und das mich ggf. auch mit OSM ans Ziel führen kann. Das ist der Knackpunkt. Selbst wenn es vernünftige Fahrradhalterungen für's Smartphone gibt, ob die Geräte die Vibrationen dauerhaft aushalten? Für die Fahrradnavigation bin ich mit meinem etrex20 voll zufrieden. Für's Cachen im Wald nehm ich oft zur Sicherheit noch mein HTC Telefon mit, das ist dort genauer. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heise Artikel: Bing verpixelt Militärgebiete
Am 16.02.2012 06:53, schrieb Benjamin Lebsanft: http://www.heise.de/newsticker/meldung/Bing-verpixelt-Militaergebiete-1435160.html darin verlinkt: http://wiki.openstreetmap.org/wiki/Bing/2012_Germany_Military_Blurring#Tools_.26_Daten Wenn man sich jetzt die darin verlinkte Karte ansieht findet man einige Ungereimtheiten: http://osm.misterboo.de/military/?zoom=15lat=48.83826lon=9.39411layers=B00TTT Dort sind 3 Zonen markiert, welche weder military sind geschweige denn ausgepixelt! Wenn man sich die Quelldaten ansieht (z.B. via JOSM): boundary==protected_area protect_class==14 protection_title== Wildruhezone source==Geocaching-Handbuch.de Bitte auf der Karte korrigieren, das hat nichts im entferntesten mit Military zu tun... BTW: wie sieht es eigentlich mit der Lizenz dieser Daten aus? Ist das OBDL-konform? Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heise Artikel: Bing verpixelt Militärgebiete
Bitte auch mal in die History sehen: http://gis.19327.n5.nabble.com/Heise-Artikel-Bing-verpixelt-Militargebiete-td5488146.html Das Gebiet war noch vor ein paar Tagen mit landuse=military getagged Meine Karte wurde mit OSM Daten erstellt zum Zeitpunkt als die Verpixelung entdeckt wurde. Natürlich nutzen mittlerweile viele Mapper meine Karte auch, um Korrekturen vorzunehmen und Fehler zu beheben, z.B. wenn Militärgebiete nicht mehr existieren. Ich aktualisiere die Karte aber nicht. Das soll ein Auszug bleiben vom Zeitpunkt, an dem wir die Verpixelung entdeckt haben. -- View this message in context: http://gis.19327.n5.nabble.com/Heise-Artikel-Bing-verpixelt-Militargebiete-tp5488146p5489683.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heise Artikel: Bing verpixelt Militärgebiete
ups falscher Link zur History: http://www.openstreetmap.org/browse/way/107398879/history -- View this message in context: http://gis.19327.n5.nabble.com/Heise-Artikel-Bing-verpixelt-Militargebiete-tp5488146p5489691.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Funktioniert das auch Offline? Ich habe aktuell kein Smartphone und brauche eigentlich auch keines. Gleiches gilt für einen Mobilfunkvertrag mit Daten-Flat. Locus kann sowohl Bitmap als auch Vektorkarten offline speichern. Beides sogar direkt aus der Anwendung heraus. Allerdings ist die Funktion in der kostenloses Version begrenzt [1]. Fuer das bequeme Herunterladen der Vektorkarten braucht es gar ein kostenpflichtiges Addon (Man kann aber auch bei mapforge 'haendisch' eine Karte laden.). Ich nutze die Pro-Version und verwende ausschliesslich eine Offline-Vektorkarte, um den Tileserver und meinen Datentarif und Akku zu schonen. Ausserdem ist's bloed, wenn du im Wald stehst und keinen Empfang und keine Karte hast. Gruss Chaos [1] http://www.locusmap.eu/features/pro-vs-free ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heise Artikel: Bing verpixelt Militärgebiete
Stephan Wolff s.wo...@web.de wrote: Interessant ist, dass das Bundesverteidigungsministeriums erklärte, nicht verantwortlich zu sein. Gestern hatten wir hier beim lokalen OSM Treffen darüber geredet eine Anfrage nach Informationsfreiheitsgesetz zu stellen wer für die Aktion verantwortlich ist und weshalb rechtswidrig unsere Daten verwendet wurden. Außerdem sollte man einfach mal die Bing-Luftbilder von Deutschland runtersaugen und per CC-by-SA zum download anbieten. Durch das mischen der Daten ist ja nun ein CC-by-SA Datensatz entstanden. Gruss Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heise Artikel: Bing verpixelt Militärgebiete
Am 16. Februar 2012 17:11 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Stephan Wolff s.wo...@web.de wrote: Interessant ist, dass das Bundesverteidigungsministeriums erklärte, nicht verantwortlich zu sein. Damit würde der MAD (wenn die Erklärung stimmt) schon mal wegfallen, Verfassungsschutz und BND unterstehen dagegen nicht dem Verteidigungsministerium, vielleicht käme auch das Innenministerium für so eine Aktion in Frage. Gestern hatten wir hier beim lokalen OSM Treffen darüber geredet eine Anfrage nach Informationsfreiheitsgesetz zu stellen wer für die Aktion verantwortlich ist und weshalb rechtswidrig unsere Daten verwendet wurden. wenn es sich dabei um eine Verschlusssache handelt (anzunehmen), kommst Du mit dem Informationsfreiheitsgesetz auch nicht weiter. Übrigens gab es zuletzt (ich erinnere nicht mehr genau, wo) auch Informationen, dass Bing (also nicht die Behörde) die OSM-Polygone hergenommen hat, um die entsprechende Gebiete zu verpixeln, da die von der Behörde übergebenen Daten zu den Stellen z.T. nicht ausreichten. Außerdem sollte man einfach mal die Bing-Luftbilder von Deutschland runtersaugen und per CC-by-SA zum download anbieten. Durch das mischen der Daten ist ja nun ein CC-by-SA Datensatz entstanden. Interessante Idee, ob man damit wohl durchkommen würde? ;-) Schon mal was von Verhältnismäßigkeit gehört? Wenn Du geschrieben hättest: die Tiles, die Polygone von OSM enthalten (vielleicht auch noch geringfügig drum rum), hätte ich Dir eher folgen können. Eigentlich dachte ich aber, dass cc-by-sa ggf. für Daten nicht anwendbar ist, zudem in den USA. Dort sind Daten, solange es Fakten sind, nicht urheberrechtlich (copyright) schützbar. Ob wohl die OSMF* einen mehrjährigen Prozess in den USA anstrengen würde, um hier endlich Gewissheit zu erhalten? ;-) Gruß Martin * Evtl. müssten das die jeweiligen Mapper selbst machen, bzw. bleibt ihnen das unbenommen, auch wenn die OSMF das machen würde, also: wenn Du selbst an einem der Polygone mitgemappt hast, kannst Du Dir das mal durchrechnen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Attribution bei Geocaching.com (und MapQuest?)
Am 16. Februar 2012 13:09 schrieb Ronnie Soak chaoschaos0...@googlemail.com: Du hast aber Recht, die open.mapquest.com ist ordentlich attributiert. die andere auch ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heise Artikel: Bing verpixelt Militärgebiete
Sven Geggus writes: Außerdem sollte man einfach mal die Bing-Luftbilder von Deutschland runtersaugen und per CC-by-SA zum download anbieten. Durch das mischen der Daten ist ja nun ein CC-by-SA Datensatz entstanden. Wenn jemand was mit den verpixelten Bildern anfangen kann: nur zu. Nur diese sind ja abgeleitete Werke und somit CC-BY-SA. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heise Artikel: Bing verpixelt Militärgebiete
Hi, On 2012-02-16 17:11, Sven Geggus wrote: Stephan Wolffs.wo...@web.de wrote: Interessant ist, dass das Bundesverteidigungsministeriums erklärte, nicht verantwortlich zu sein. Gestern hatten wir hier beim lokalen OSM Treffen darüber geredet eine Anfrage nach Informationsfreiheitsgesetz zu stellen wer für die Aktion verantwortlich ist und weshalb rechtswidrig unsere Daten verwendet wurden. Das wurden sie ja nur von bing, da ist die Stelle im Ministerium unschuldig. Und außerdem wird das ja korrigiert. Außerdem sollte man einfach mal die Bing-Luftbilder von Deutschland runtersaugen und per CC-by-SA zum download anbieten. Durch das mischen der Daten ist ja nun ein CC-by-SA Datensatz entstanden. Ich nehme an, das war Ironie. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Attribution bei Geocaching.com (und MapQuest?)
Benjamin Lebsanft wrote es gibt http://open.mapquest.com/ mit OSM und https://www.mapquest.com/ ohne OSM, von daher werden sie wohl letzteres verwenden denke ich. mapquest.com (die nicht open Version) verwendet teilweise auch OSM Daten, aber eben nicht ausschliesslich. Wenn man z.B. Kuba, Haiti, Zypern oder die Philippinen auf www.mapquest.com verwendet sieht man das sie OSM Daten verwenden. In Amerika und Europa hingegen verwenden sie Navteq Daten. Genauso wie Google und Bing verwendet Mapquest non open ein Gemisch aus diversen Kartendaten Anbietern mit jeweils den besten Daten fuer eine gewisse Region die sich leisten koennen / wollen. OSM ist einer dieser Anbieter. Dort wo OSM auf www.mapquest.com verwendet wird, wird es auch normalerweise korrekt attributiert. (Wobei ich in der Vergangenheit schon mal gelegentlich gesehen habe das die Boundingboxes, die die Attribution zwischen den Datenanbietern wechselt, nicht 100% zu stimmen scheint) open.mapquest.com verwendet ausschliesslich OSM Daten. Kai -- View this message in context: http://gis.19327.n5.nabble.com/Fehlende-Attribution-bei-Geocaching-com-und-MapQuest-tp5488758p5490162.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Attribution bei Geocaching.com (und MapQuest?)
die andere auch ;-) Ja, stimmt. Ach Mensch, wann ist eigentlich Wochenende? Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heise Artikel: Bing verpixelt Militärgebiete
Cobra wrote: Das wurden sie ja nur von bing, da ist die Stelle im Ministerium unschuldig. Und außerdem wird das ja korrigiert. Wird es? Wo steht das? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
aighes wrote: Für den Oregon spricht der größere Bildschirm und der schnellere Prozessor. Für das Dakota spricht die längere Akkulaufzeit. +1, daher würde ich raten, sich die beiden Geräte im Vergleich anzuschauen und dann entscheiden, wie groß das Display sein muss. Also beide kommen lassen und eines geht zurück? Akkulaufzeit kann man beim Radfahren komplett ausgleichen, wenn man den Strom aus dem Nabendynamo nutzt. Ich habe am Fahrrad garkeinen Dynamo. Da man beide Geräte nicht einfach so via Steckernetzteil laden kann, werde ich also genügend Eneloop mitnehmen müssen. Ich werde mal noch genauer die technischen Daten vergleichen, aber aktuell tendiere ich zum Oregon 450. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Chris66 wrote: Für die Fahrradnavigation bin ich mit meinem etrex20 voll zufrieden. Für's Cachen im Wald nehm ich oft zur Sicherheit noch mein HTC Telefon mit, das ist dort genauer. ;-) Das stimmt natürlich nachdenklich. Eigentlich wollte ich eben wegen dem guten GPS-Empfang ein Garmin. Eigentlich war ich der Meinung, dass der GPS-Empfänger eines Smartphones nur ein Kompromiss ist. Halt so ähnlich wie mit den Handy-Kameras. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Am 16.02.2012 19:49, schrieb Manuel Reimer: aighes wrote: Für den Oregon spricht der größere Bildschirm und der schnellere Prozessor. Für das Dakota spricht die längere Akkulaufzeit. +1, daher würde ich raten, sich die beiden Geräte im Vergleich anzuschauen und dann entscheiden, wie groß das Display sein muss. Also beide kommen lassen und eines geht zurück? Es soll auch Geschäfte geben, die eine gewisse Auswahl an Geräten vorrätig haben...Radläden, Outdoor-Läden, evtl. auch Elektronikläden. Akkulaufzeit kann man beim Radfahren komplett ausgleichen, wenn man den Strom aus dem Nabendynamo nutzt. Ich habe am Fahrrad garkeinen Dynamo. Da man beide Geräte nicht einfach so via Steckernetzteil laden kann, werde ich also genügend Eneloop mitnehmen müssen. Wenn du keinen NaDy nutzen möchtest, kannst du natürlich auch ein Akkulader mitnehmen ;) Hängt natürlich davon ab, wie lange du weg willst. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Am 16.02.2012 19:54, schrieb Manuel Reimer: Chris66 wrote: Für die Fahrradnavigation bin ich mit meinem etrex20 voll zufrieden. Für's Cachen im Wald nehm ich oft zur Sicherheit noch mein HTC Telefon mit, das ist dort genauer. ;-) Das stimmt natürlich nachdenklich. Eigentlich wollte ich eben wegen dem guten GPS-Empfang ein Garmin. Eigentlich war ich der Meinung, dass der GPS-Empfänger eines Smartphones nur ein Kompromiss ist. Halt so ähnlich wie mit den Handy-Kameras. Das etrex20 ist noch zu neu, als das Garmin die Firmware schon im Griff hat, wenn du verstehst was ich meine. Bei den von dir anvisierten Geräten ist diese aber schon ausgereift. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heise Artikel: Bing verpixelt Militärgebiete
Hi, On 02/16/2012 07:42 PM, Manuel Reimer wrote: Das wurden sie ja nur von bing, da ist die Stelle im Ministerium unschuldig. Und außerdem wird das ja korrigiert. Wird es? Wo steht das? Die allwissende Muellhalde: http://wiki.openstreetmap.org/wiki/Bing/2012_Germany_Military_Blurring unter weitere Informationen, der 2. eingerueckte Absatz. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gmapsupp.img
Ich schau mal nach der Dach Karte ... Morgen oder Sonntag. Grüße Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Anzahl Telefonzellen bei OpenStreetMap
Hallo Agathe, im Deutschlandextrakt von der Geofabrik vom letzten Samstag sind 23.079 Objekte mit amenity=telephone gekennzeichnet (die potentiell möglichen Telephone im benachtbarten Grenzgebiet, die auch im Extrakt vorhanden sein können, habe ich dabei nicht entfernt. Im Allgemein sind es Punkte, bei 3 sind es Wege. http://www.openstreetmap.org/browse/way/24742482 : Hier hat einer tatsächlich ein Telefonzelle eingezeichnet, bei http://www.openstreetmap.org/browse/way/29016156 fällt das Objekt schon etwas größer aus (Telefon in der Nähe eines Feuerwehrhauses, wer kommt mal bei Schmechten in der Nähe von Paderborn vorbei und kann das verifizieren?) und bei http://www.openstreetmap.org/browse/way/25909478 sieht man, warum ich der Zahl nicht ganz traue (ich also auf Anhieb auf mehr Telefonzellen tippen würde). Hier schient der Autor anzudeuten, dass mehr mehrere Zellen neben einanderstehen. Oder andersrumgesagt: in OSM haben wir eine Anzahl von 23.079 Objekten, die entweder eine Zelle oder einen Standort kennzeichnet. MfG Georg V. P.S.: Die Kartentematik ist ja inzwischen ausreichen beantwortet worden. Darf man sich nach den Hintergrund Deiner Frage erkundigen? Hast Du eventuell eine Abgleichsliste von einem Operator? Am 16.02.2012 09:34, schrieb Agathe Materowicz: Date: Thu, 16 Feb 2012 09:14:26 +0100 From: Agathe Materowiczamaterow...@googlemail.com To:talk-de@openstreetmap.org Subject: [Talk-de] Anzahl Telefonzellen bei OpenStreetMap Hallo Zusammen, ich würde gerne wissen wie viele Telefonzellen bisher deutschlandweit eingezeichnet sind und ob man sich auch nur die Position der Telefonzellen in der Karte anzeigen lassen kann. Wer fügt die Standorte hinzu? Vielen Dank! Mit freundlichen Grüßen, Agathe ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Am 16.02.2012 19:54, schrieb Manuel Reimer: Das stimmt natürlich nachdenklich. Eigentlich wollte ich eben wegen dem guten GPS-Empfang ein Garmin. eben deshalb ging mein Oregon 450 wieder zurück ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hessische Schuldatenbank
Am Mi 15 Feb 2012 18:47:22 CET schrieb Sven Geggus: Christoph Böhme christ...@b3e.net wrote: Meine Idee zur Verwendung der Daten ist, sie automatisch als Nodes zu importieren, dabei aber so zu taggen, dass sie zunächst nicht auf der Karte auftauchen. Nein, bitte nicht! Schau mit Postgis oder ähnlichem nach ob im Umkreis bereits eine Schule mit diesem Namen existiert und importiere die Nodes bei denen das der Fall ist erst gar nicht. Keine Sorge, die Idee eines direkten Imports habe ich schon wieder verworfen. Über einen Abgleich mit bereits existierenden Schulen hatte ich auch nachgedacht. Da die Datenbank aber Informationen enthält, die so noch nicht in OSM sind, hätte man dann das Tagging der existierenden Schulen ergänzen müssen. Das würde ich nun aber wirklich nicht automatisch machen wollen, ohne zu verifizieren, dass man wirklich die richtige Schule gefunden hat. Aber wie gesagt, die Idee eines automatischen Imports ist ja bereits schon wieder verworfen. Viele Grüße, Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
On 16.02.2012 19:54, Manuel Reimer wrote: Das stimmt natürlich nachdenklich. Eigentlich wollte ich eben wegen dem guten GPS-Empfang ein Garmin. Ich habe ein Oregon 550. Dachte dass das mit dem großen Display, Kompass und Kamera doch ein geniales Gerät zum Mappen sein müsste. Leider falsch. Ich bin von der GPS Leistung beim loggen maßlos enttäuscht. Braucht ewig bis zu einem Fix, verliert in schwierigen Situationen den auch gerne mal. Und die Lagegenauigkeit der Trackpunkte ist auch schlecht. Dass es Garmin dabei nicht schafft so Sachen wie hdop in die GPX Dateien zu schreiben könnte da fast Absicht sein. Der parallel mitlaufende BT747 ist dagegen wirklich super. Lagegenauigkeit gegen Luftbild um Längen besser als der Garmin. Und das zu einem Zehntel des Preises. Wenn du ein Gerät suchst, dass mittels Mapmatching dich eine Straße nachfahren lässt und outdoor fähig sein soll ist es vielleicht OK. Als GPS Logger würde ich das nicht mehr kaufen und empfehle es auch nicht weiter. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hessische Schuldatenbank
Hallo Georg, das sind interessante Zahlen. Am 15.02.2012 19:44, schrieb Georg Verweyen: Hallo Christoph, in Hessen (basierend auf den heutigen Geofabrik-Abzug Hessen) existieren laut OSM * 2503 Objekte mit Tag amenity=school * 383 Objekte mit Tag amenity=university * 2 Objekte mit Tag amenity=pre_school * 1 Objekt mit Tag amenity=Grundschule Sommerseite (ist bereits korrigiert) * 1 Objekt mit Tag amenity=school_of_education (sehe ich mir später an) Die Schultypisierung ist relativ schlecht ausgebildet, leider gibt die Wiki-Seite auch keinen sinnvollen Hinweis für die englischen Begriffe (für obriges Objekt habe ich mal ein school=primary gesetzt), vielleicht kriegen wir über die Maillingliste eine vernünftigen Satz von Begrifflichkeiten zusammen. Über die Wikiseite zum Tagging von Schulen bin ich auch schon gestolpert. Ich finde die Verwendung englischer Begriffe zur Schulklassifizierung etwas problematisch, da nicht alle deutschen Schultypen eine englische Entsprechung haben und die englischen Begriffe in unterschiedlichen Ländern auch sehr unterschiedliche genutzt werden. Mit der Zusammenstellung eines Satzes von englischen Begriffen würden wir also eine Art abstrakte Schulgliederung schaffen, auf die die realen Schultypen verschiedener Länder dann abgebildet werden. Durch die Verwendung englischsprachiger Begriffe, würde der abstrakte Charakter allerdings nicht so recht deutlich werden. Lange Rede kurzer Sinn. Ich schlage vor, zwei Tags zu verwenden: eins, das eine recht genaue länderspezifische Typisierung der Schule enthält, und ein zweites, das den ISCED-Level (oder eine Abwandlung) der Schule beschreibt [1]. Diese Level werden von der UNESCO definiert und klassifizieren Schulen Bildungssystem übergreifend. Ein solches System wäre ähnlich den OSM-Adminlevels, denen einzelne Grenzen ja auch abhängig von ihrer relativen Bedeutung zugeordnet werden. Durch die Verwendung von zwei Tags ließen sich einerseits genaue Daten über ein einzelnes Land erfassen andererseits aber auch leicht ein globaler Überblick generieren. snip Ich kann anbieten, dass von genannten Geokoordinaten (siehe auch Anmerkung von Frederik) das nächstgelegene OSM-Objekt mit einem Tag amenity=school gesucht wird, sodass wir auch gleichen eine QS-Aussage haben. Das ist eine gute Idee. Ich werde mich melden, sobald ich die Daten habe. Viele Grüße, Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Stephan Knauss wrote: Der parallel mitlaufende BT747 ist dagegen wirklich super. Lagegenauigkeit gegen Luftbild um Längen besser als der Garmin. Und das zu einem Zehntel des Preises. Kommt wohl auch auf das Luftbild an? Zumindest Bing ist in meiner Region teilweise schon etwas ungenau. Was ist ein BT747? Was ich bisher herausfinden konnte, ist, dass es hier wohl um eine ganze Gruppe von Geräten geht. Was genau verwendest du? Wenn du ein Gerät suchst, dass mittels Mapmatching dich eine Straße nachfahren lässt und outdoor fähig sein soll ist es vielleicht OK. Als GPS Logger würde ich das nicht mehr kaufen und empfehle es auch nicht weiter. Und ich dachte, dass Garmin im OSM-Bereich recht brauchbar ist. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Viele Ways an Kreuzungen nicht aufgetrennt... Ok?
Hallo, Mir ist aufgefallen, dass sehr viele Ways von Strassen (highways) an Kreuzungen nicht aufgetrennt sind. Z.B. http://www.openstreetmap.org/browse/way/26459149 Ich hätte erwartet, dass sie das sind, da dies dem topologischen Konzept von OSM entspricht und für's Routing notwendig wäre. Ist das eigentlich Ok so? LG, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
On 17.02.2012 00:18, Manuel Reimer wrote: Stephan Knauss wrote: Der parallel mitlaufende BT747 ist dagegen wirklich super. Lagegenauigkeit gegen Luftbild um Längen besser als der Garmin. Und das zu einem Zehntel des Preises. Kommt wohl auch auf das Luftbild an? Zumindest Bing ist in meiner Region teilweise schon etwas ungenau. Wirklich verzerrt oder nur verschoben? Die Verschiebung kenne ich. das lässt sich mit genügend GPS logs ganz gut korrigieren. Ich meine schon die Art wie der Track dem Straßenverlauf folgt, auch eventuell nachdem ich das Luftbild passend verschoben habe. Der Garmin malt teilweise Kurven wo keine sind oder ist einfach neben der Straße. Was ist ein BT747? Was ich bisher herausfinden konnte, ist, dass es hier wohl um eine ganze Gruppe von Geräten geht. Was genau verwendest du? Du hast recht. BT747 ist meine Auslesesoftware. Der Logger ist ein iBlue 747, liegen bei ebay mit Versand aus Taiwan so um die 50 Eur. http://wiki.openstreetmap.org/wiki/Transystem Da steckt ein Mediatek MT3318 Chip drin. Ich habe meine Logger verschenkt und jetzt den Nachfolger 747A+. Dort ist der MT3329 drin. Damit habe ich aber noch nicht so viel unter Feldbedingugnen getraced dass ich ein Urteil abgeben will. Von qstarz gibt es Baugleiche Geräte. Auch andere Marken. Teilweise sieht sogar das Gehäuse gleich aus. Aber ist halt ein reiner Logger. Also kein Display. Lässt sich dafür auch mit einem Android smartphone per Bluetooth auslesen. Und das Handy hat ja ein Display (und meist wirklich kein so tolles GPS). Und ich dachte, dass Garmin im OSM-Bereich recht brauchbar ist. Dachte ich leider vorher auch. Zu den Oregons gibt es ein ausführliches Wiki: http://garminoregon.wikispaces.com/Home Vielleicht sind die ganz neuen Garmins besser. Ich glaube in der gpsmap60 Serie steckt ein MT3329 mit einer Quad-helix Antenne. Das wäre mal einen Test wert. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Viele Ways an Kreuzungen nicht aufgetrennt... Ok?
Am 17.02.2012 00:56, schrieb Stefan Keller: Mir ist aufgefallen, dass sehr viele Ways von Strassen (highways) an Kreuzungen nicht aufgetrennt sind. Das ist absolut einwandfreies Mapping. Es gibt manchmal zwingende Gründe, Ways an Kreuzungen aufzutrennen (etwa sich ändernde Attribute, Relationsmitgliedschaften, ...). Solange keiner davon vorliegt, ist aber auch kein Auftrennen nötig. Ich hätte erwartet, dass sie das sind, da dies dem topologischen Konzept von OSM entspricht und für's Routing notwendig wäre. Für's Routing spielt das keine Rolle, denn OSM-Ways können und sollen ohnehin keinesfalls 1:1 in Kanten eines Routinggraphen umgesetzt werden. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäudeteile und Gebäudeeigenschaften
Am 10.02.2012 14:04, schrieb Martin Koppenhoefer: http://wiki.openstreetmap.org/wiki/Key:building:part [...] Der Begriff building interception sagt mir auch nichts. Worum es geht, ist mir aber eigentlich schon klar: Darum, ob die Teile des Gebäudes übereinander oder nebeneinander angeordnet sind. wieso sollte man das taggen? Das ergibt sich doch klar aus der Geometrie, oder? Meiner Einschätzung nach ja. Es kann sein, dass ich ein Problem übersehe, aber eigentlich sollte diese grundlegende Frage der Autor des als Tag-Dokumentation getarnten Proposal-Entwurfs beantworten. Eine auswertende Software sollte dann schlicht immer so arbeiten wie es beim Wert mixed ohnehin erforderlich wäre, d.h. die Anordnung aus den Attributen der Gebäudeteile herleiten. Hier mal ein Versuch, das abzugrenzen: Es ist zu erwarten, dass wir mit unseren Mitteln und Methoden sowie Zielsetzung vor allem Teile unterschiedlicher Höhe, Geschossanzahl oder Dachform und oder -ausrichtung teilen wollen. Einerseits. Weil man das braucht, um vernünftige 3D-Darstellungen zu generieren. Andererseits haben wir aber auch den Anspruch (bzw. das Verlangen), funktionale bzw. Nutzungseinheiten zusammenzufassen bzw. voneinander abzugrenzen, d.h. den Teil eines Gebäudes, der Hotel ist, abzugrenzen von dem Teil, der Wohnung ist (als Beispiel, es gibt natürlich unendlich Kombinationen in allen Fällen, wo mehrere Nutzungen oder Nutzer in einem Gebäude sind). Letzteres geht in die Richtung Indoor-Mapping und ein eigenes, wenn auch verwandtes, Thema. Bei building:part-Flächen geht es erst mal eher um die Darstellung des groben Gebäudeaufbaus, wie er in der Regel auch von außen erkennbar bzw. beschreibbar ist. Wie einzelne Stockwerke oder gar Räume genutzt sind, würde man meiner Meinung nach eher nicht durch building:part-Elemente modellieren. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Welche Tags für Bahngleise
Moin, wie viele andere Dinge sind auch Bahngleise in OSM recht unterschiedlich erfasst. Welche der folgenden Tags sind in Deutschland für Bahngleise mit railway=rail sinnvoll? - gauge=1435: brauchen wir den Standardwert in Deutschland? - operator: wird manchmal für den Betreiber des Personenverkehrs genutzt (m.E. falsch), manchmal für den Betreiber des Gleises. Dabei gibt es noch unterschiedliche Schreibweisen (DB, DB-Netz,...) Ist für Ferngleise operator=Deutsche Bahn Netz AG sinnvoll? Für Industriegleise ist der Betreiber oft nicht erkennbar. - network=XYZ: ist das eine Eigenschaft des Gleises oder gehört das Tag an die Relation route=train? - lines=XY;YZ: steckt die Information nicht schon in den Relationen? - oneway: ist oneway=yes sinnvoll, wenn jedes Gleis einer zweigleisigen Strecke nur Signale für eine Fahrtrichtung hat? - ref: was bedeutet ref bei Bahngleisen? Ist es die Gleisnummer in Bahnhöfen oder gibt es dafür ein anderes Tag? - tracks: Kann man das Tag löschen, wenn jedes Gleis als eigener way erfasst ist? - usage: gibt usage die offizielle Einteilung in Haupt- und Nebenbahnstrecken an oder die aktuelle Verkehrsbedeutung? Beispiel: die Bahnstrecke Neumünster–Bad Oldesloe ist laut Wikipedia Hauptbahn, wird aber nur stündlich mit Triebwagen befahren. Fast alle Bahnhöfe haben mehrere getrennt erfasste Gleise. Sollte ein Punkt eines beliebigen Gleises als railway=station erfasst sein oder jeder way einen Punkt mit public_transport=stop_position, train=yes haben? Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäudeteile und Gebäudeeigenschaften
Am 17. Februar 2012 02:54 schrieb Tobias Knerr o...@tobias-knerr.de: Am 10.02.2012 14:04, schrieb Martin Koppenhoefer: funktionale bzw. Nutzungseinheiten zusammenzufassen bzw. voneinander abzugrenzen, d.h. den Teil eines Gebäudes, der Hotel ist, abzugrenzen von dem Teil, der Wohnung ist (als Beispiel, es gibt natürlich unendlich Kombinationen in allen Fällen, wo mehrere Nutzungen oder Nutzer in einem Gebäude sind). Letzteres geht in die Richtung Indoor-Mapping und ein eigenes, wenn auch verwandtes, Thema. Bei building:part-Flächen geht es erst mal eher um die Darstellung des groben Gebäudeaufbaus, wie er in der Regel auch von außen erkennbar bzw. beschreibbar ist. Wie einzelne Stockwerke oder gar Räume genutzt sind, würde man meiner Meinung nach eher nicht durch building:part-Elemente modellieren. ja, auf einzelne Zimmer bezogen hatte ich das nicht gemeint, und eigentlich auch nicht auf eigene Stockwerke. Oft sind mehrere Nutzungen unter einem Dach, aber durchaus deutlich abgegrenzt und oft auch von aussen erkennbar. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] building:type
hi ! nur einmal kurz gefragt - lese ich es im wiki [1] richtig das es building:type=* nicht mehr verwendet werden soll ? Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/DE:Key:building ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] building:type - Ergänzung
Am 17.02.2012 07:19, schrieb Jan Tappenbeck: hi ! nur einmal kurz gefragt - lese ich es im wiki [1] richtig das es building:type=* nicht mehr verwendet werden soll ? Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/DE:Key:building ich habe leider erst jetzt gesehen das es parallel einen Beitrag Gebäudeteile und Gebäudeeigenschaften WAR Re: Hausnummern mit mehreren Nummern - mein Problem ist das Gebäude mit building=residental im Anschluss nicht mehr in den Grundrissen (bei Mapnik) nicht in den Konturen unterschieden werden können. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Stephan Knauss osm at stephans-server.de writes: [Bing] Wirklich verzerrt oder nur verschoben? Die Verschiebung kenne ich. das lässt sich mit genügend GPS logs ganz gut korrigieren. Eher verschoben. In einem Tal habe ich hier etliche Meter Abweichung. Der Garmin malt teilweise Kurven wo keine sind oder ist einfach neben der Straße. Schade... Du hast recht. BT747 ist meine Auslesesoftware. Der Logger ist ein iBlue 747, liegen bei ebay mit Versand aus Taiwan so um die 50 Eur. http://wiki.openstreetmap.org/wiki/Transystem Da muss ich dann erstmal genauer schauen ob und wie ich die Parameter des Geräts unter Linux ändern kann. Ist aber auf jedem Fall interessant als Ersatz für mein WBT201. Dieses hat im Wald nämlich leider eher schlechten Empfang. Aber ist halt ein reiner Logger. Also kein Display. Lässt sich dafür auch mit einem Android smartphone per Bluetooth auslesen. Und das Handy hat ja ein Display (und meist wirklich kein so tolles GPS). Wie schon geschrieben: Habe kein Smartphone und will eigentlich auch keines. Mit einem Smartphone gehen so gut wie immer auch laufende Kosten einher, die ich nicht haben will. Vielleicht sind die ganz neuen Garmins besser. Ich glaube in der gpsmap60 Serie steckt ein MT3329 mit einer Quad-helix Antenne. Das wäre mal einen Test wert. Ich werde auf jedem Fall weitersuchen. Mit einem reinen Logger ist mir zwar bei einfachen Mapping-Touren schonmal geholfen, aber ich will ja auch ein Outdoor-Navi. Und zwar eines, das mit OSM funktioniert. Zudem wäre beim Erfassen von POIs doch ein Display und eine Möglichkeit zum Benennen des POI sehr hilfreich. Bisher gehe ich immer mehrmals raus und erfasse z.B. erst nur Flurdenkmäler, danach Hochsitze, ... Bei komplizierten Sachen mache ich Notizen zu jedem POI. Wenn dann zuhause die Anzahl der geloggten POIs nicht mit den Notizen übereinstimmt darf ich alles neu erfassen... Mit einer Möglichkeit zum Benennen könnte ich einfach alles erfassen was mir auf dem Weg auffällt. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] building:type - Ergänzung
Am 17.02.12 schrieb Jan Tappenbeck o...@tappenbeck.net: Am 17.02.2012 07:19, schrieb Jan Tappenbeck: hi ! nur einmal kurz gefragt - lese ich es im wiki [1] richtig das es building:type=* nicht mehr verwendet werden soll ? Im Wiki steht das so, ja. Kurzer Realitaetscheck mit taginfo: building:type wird noch etwa 78.226 mal benutzt. Das ist die Summe 'aller' moeglichen Werte. building=house, nur der beliebteste Wert der Alternative hingegen wird 480.227 mal benutzt. Ich denke das Votum ist zumindest deutlich. [...] mein Problem ist das Gebäude mit building=residental im Anschluss nicht mehr in den Grundrissen (bei Mapnik) nicht in den Konturen unterschieden werden können. Na da passt doch gleich der 4. Satz im Wiki: Renderern ist es freigestellt, diese zu unterstützen, also einzeln auszuwerten, oder sie gleichzusetzen mit building=yes. Also ganz klar: wenn du das gesondert dargestellt haben moechtest, muesstest du das mal bei den Mapnik-Leuten vorschlagen. Und gegebenenfalls eine Absage akzeptieren und auf eine anderen Renderer ausweichen. Meine ganz persoenliche Meinung: Mapnik als Standard- und somit Multiple-Purpose-Renderer tut gut daran, nicht all zu bunt zu werden. Die momentane Praxis, besondere amenities hervorzuheben (z.B. Theater) ist durchaus noch in Ordnung, in Alt- und Innenstaedten aber manchmal schon an der Grenze. Garagen von Wohnhaeusern trennen zu koennen halte ich fuer vernachlaessigbar. Schoenen Gruss, Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Hi, Am 17.02.2012 um 08:36 schrieb Manuel Reimer: Wie schon geschrieben: Habe kein Smartphone und will eigentlich auch keines. Mit einem Smartphone gehen so gut wie immer auch laufende Kosten einher, die ich nicht haben will. Hierzu noch der Hinweis, da meine Freundin das Xperia Active auch hat. Sie hat keine Flat, man kann das Internet bei dem Telefon problemlos auf nur WiFi beschränken, so fallen dann auch keine laufenden Kosten an … Gruß Dennis ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dakota 20 oder Oregon 450?
Eher verschoben. In einem Tal habe ich hier etliche Meter Abweichung. Verschiebungen durch Reflektionen kommen bei meinem eTrex auch mal vor. Einen Fehler, dass die Wege ca 20m wegdrifteten und erst nach einem Neustart zurueck zur echten Position wandern wurde aber vor ca. 1,5 Jahren mal durch ein Firmewareupdate behoben. Der Garmin malt teilweise Kurven wo keine sind oder ist einfach neben der Straße. Bei meinem eTrex wirklich nur durch Reflektionen. (In der Stadt.) In Wald und Feld hingegen sehr stabil +/-2-3m. Wie schon geschrieben: Habe kein Smartphone und will eigentlich auch keines. Mit einem Smartphone gehen so gut wie immer auch laufende Kosten einher, die ich nicht haben will. Smartphones funktionieren auch ohne Vertrag. Es gibt sogar welche, die nur WLAN als Datenverbindung haben. Oder du schaust dich nach einem billigen Tablet um. Laufende Kosten sind kein Muss. Zudem wäre beim Erfassen von POIs doch ein Display und eine Möglichkeit zum Benennen des POI sehr hilfreich. Bisher gehe ich immer mehrmals raus und erfasse z.B. erst nur Flurdenkmäler, danach Hochsitze, ... Bei komplizierten Sachen mache ich Notizen zu jedem POI. Wenn dann zuhause die Anzahl der geloggten POIs nicht mit den Notizen übereinstimmt darf ich alles neu erfassen... Mit einer Möglichkeit zum Benennen könnte ich einfach alles erfassen was mir auf dem Weg auffällt. Stell dir das mit einem Smartphone nicht zu einfach vor. Die Eingabe ist viel fummeliger, als du dir das jetzt vielleicht vorstellst. Die Geschwindigkeit eines Bleistifts auf einem Walking-Papers Ausdruck wirst du nie erreichen. Ich kenne software, wo du dir komplette Tags direkt auf Buttons legen kannst, die erscheinen dann aber auch direkt auf dem gpx-Track, und nicht auf dem Haus daneben, wo sie hingehoeren. Ich traeume da ja auch immernoch von einem Tablet mit Stifteingabe, also einer Art digitalem Klemmbrett. Das wird aber noch eine Weile auf sich warten lassen und nicht ganz billig werden. Gruss, Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Fwd: [OSM-talk] Contact And Remap Campaign
Signor_g ha accettato la nuova licenza! http://www.openstreetmap.org/user/Signor_g http://www.openstreetmap.org/user/Signor_g -- View this message in context: http://gis.19327.n5.nabble.com/Fwd-OSM-talk-Contact-And-Remap-Campaign-tp5456730p5490291.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] Contact And Remap Campaign
Vincenzo Galgano wrote Ieri ho mandato 7 inviti e aggiornato la relativa tabella [1] andando a guardare principalmente gli utenti in Campania tramite il tool di Geofabrik [2] Poi ho pensato, guardando questa pagina [3], che occorrerebbe contattare gli utenti in ordine di priorità. Incrociando i dati con la tabella [1] risulta che si potrebbero contattare questi utenti: signor_g donatella vasta user_136835 Giorgio Vaccari granpasso Riccardo Ricci X Raiders Gli utenti Signor_ g e vasta hanno accettato la licenza Ho contattato tramite OSM gli altri utenti della lista di cui sopra, tranne user_136835 per il quale dice che l'utente non esiste saluti -- View this message in context: http://gis.19327.n5.nabble.com/Fwd-OSM-talk-Contact-And-Remap-Campaign-tp5456730p5490349.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Hen over pladser
Tja, sådan kan man jo også opfatte verden, men som flere har været inde på, så kan de grundlæggende data altså bruges til mange forskellige formål, og i dette tilfælde vil jeg mene, at der mangler nogle data. Så jeg har fulgt Ole Laursens geniale forslag med at hæfte relationen på en streg uden highway tag, så i øjeblikket går fodgængerne målbevidst hen over pladsen, mens cyklisterne drøner rundt om pølsevognen :-) Prøv selv at se http://hiking.lonvia.de/?zoom=18lat=55.32997lon=8.76687 - der er fodgænger/cyklist knapper i øverste højre hjørne. /sba-dk -Oprindelig meddelelse- Fra: Jonas Häggqvist [mailto:ras...@rasher.dk] Sendt: 13. februar 2012 17:59 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Hen over pladser On 13-02-2012 11:46, Sonny Andersen wrote: Prøv at se dette eksempel med Nordøvandreruten/Drivvejen i Ribe. http://hiking.lonvia.de/?zoom=18lat=55.32997lon=8.76687 Fodgængere kan nok finde vej, men kønt er det altså ikke, så jeg er mest fristet til at tegne den sti !! Det er et problem med fremvisning af data. Ikke med data. Følgelig skal det heller ikke rettes i data. Området er korrekt tagget med area=yes -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Hola a todos, Después de una semana llena de trabajo ya estamos de vuelta para solucionar los problemas que quedan pendientes. Me ha costado un poco seguir el hilo porque está separado en dos pero bueno veo que a algunos os funciona y a otros os da el famoso error en la simplificación de vías. Entre hoy y mañana me meto de lleno con el fallo e iremos mirando la posibilidad de hacer un procesado previo para intentar eliminar nodos y vías superpuestas. Aunque si es algo que se da entre distintos archivos shapefiles (por ejemplo entre un constru y un parcela) no se si será posible. Saludos El 13 de febrero de 2012 19:36, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: Vale, gracias. Fue un error mío, que no cree las carpetas correctas dentro de la carpeta file y por eso creaba el archivo osm vacío. Por otra parte, veo muchos edificios que son etiquetados como building=warehouse, aun siendo edificios de viviendas. Quizás eso ya sea para una labor de revisión manual, aunque me salta la duda si es correcta la etiqueta que le estamos dando a esos polígonos. Muchas gracias. Jesús Gómez El 11 de febrero de 2012 22:51, Cruz Enrique Borges cruz.bor...@deusto.es escribió: On Sábado, 11 de febrero de 2012 19:19:26 Jesús Gómez Fernández escribió: He estado procesando el municipio de Valle de Villaverde en Cantabria. Es un municipio bastante pequeño que, por experiencia con otros municipios parecidos, debe de tardar muy poco en procesar (10 minutos). Cuando descargo de catastro los archivos, resulta que no existen los shapefile de urbana (No hay cartografía disponible para el municipio seleccionado) pero sí el shapefile de rústica y los archivos cat de suelo urbano y rústico. Cuando cat2osm me pide la ruta de la carpeta con los shapefile de suelo rústico le doy una carpeta cualquiera vacía porque muestra un error si no se indica un directorio. Configuro correctamente las demás rutas necesarias y ejecuto el programa. No tarda nada en generar un archivo osm que está vacío. La cuestión es:¿Puede venir este problema porque faltan los archivos shapefile de suelo urbano? Se contempla esto en el programa. En principio debería de trabajar con lo que tenga. El fenómeno de osm vacío es debido a que no se ha podido reproyectar y/o no ha encontrado shapefiles en la carpeta result. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Desarrollo de proyecto con OpenStreetMap
Hola buenos dias. He descubierto hace poco el proyecto de Open Street Map, y me está resultando muy interesante por las posibilidades que le veo a éste proyecto, por un lado por mi aficion a la montaña (y su cartografia), como por ser todo Open, y en un futuro me gustaría colaborar y poder subir mis archivos gps. Pero les escribo principalmente por si me pueden ayudar, y para seguir conociendo OSM. Ahora mismo estoy trabajando en un proyecto para la Universidad Carlos III de Madrid (UC3M) dentro de una linea de investigacion para realizar coches inteligentes, especificamente mi campo es la deteccion de obstáculos, especialmente de peatones. Todo el software de la deteccion ya está diseñado, y ahora solo nos queda dejarlo bonito, para ello tenemos un pantalla de 7 pulgadas en la que en tiempo real se van mostrando los obstaculos (en este caso peatones) y en los que despues de hacer unos algoritmos si consideramos que se encuentran en un situacion de peligro (segun velocidad, trayectoria, condiciones, etc), avisa al conductor, o incluso actua sobre el coche. Ahora mismo en la pantalla se visualiza de fondo una imagen estática, y un poco cutre de una simulacion de una calle, para ser algo esquemático nos vale, pero nos gustaría que fuera algo de verdad, y sobre todo abrir campo para futuras ampliaciones. Para ellos estamos tratando de que se muestre en la pantalla algo parecido a una navegador-gps desde la imagen de planta, como podría ser la OpenStreetMap, Google Maps. Despues de explicaros todo lo anterior (perdonar si no os interesa mucho), mis preguntas son: Al ser de tipo Open y nosotros trabajar en una linea de investigación sin animo de lucro ¿con la licencia que tiene OSM lo podríamos utilizar? y ahora la principal, véis factible el poder integrar el mapa OSM en nuestra aplicacion ? He pensado en descargar un zona del mapa, (como ejemplo la zona de madrid), guardarla en el ordenador, y luego poder irla visualizando en nuestra pantalla al máximo de zoom, y que se mueva segun nuestras coordenadas, (facilitadas por un gps externo que ya tiene instalado nuestro coche de pruebas), como cualquier navegador comercial, pero sin marcar rutas ni nada. El simplemente mostrarlo por pantalla ya sería un gran avance. Muchas gracias por vuestra ayuda, ya que de verdad me sería muy muy útil, y mi proyecto de fin de carrera podría quedar terminado de una forma excelente con éste paso. Un saludo, y ahora que conozco OSM espero poder ir contribuyendo con la informacion que da mi gps, ya sea por los senderos de montaña que frecuento como por sendas de bicis. =) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Desarrollo de proyecto con OpenStreetMap
El día 16 de febrero de 2012 16:43, Pablo akes ake...@hotmail.com escribió: Hola buenos dias. Bienvenido. He descubierto hace poco el proyecto de Open Street Map, y me está resultando muy interesante por las posibilidades que le veo a éste proyecto, por un lado por mi aficion a la montaña (y su cartografia), como por ser todo Open, y en un futuro me gustaría colaborar y poder subir mis archivos gps. ¡A ver si te animas! Pero les escribo principalmente por si me pueden ayudar, y para seguir conociendo OSM. Recomiendo, tal y como hice en un correo anterior, la lectura de [0], la cual es una muy buena y breve introducción, desde los conceptos básicos de OSM hasta los enlaces necesarios para desarrolladores (en inglés). Ahora mismo estoy trabajando en un proyecto para la Universidad Carlos III de Madrid (UC3M) dentro de una linea de investigacion para realizar coches inteligentes, especificamente mi campo es la deteccion de obstáculos, [...] pero nos gustaría que fuera algo de verdad, y sobre todo abrir campo para futuras ampliaciones. Para ellos estamos tratando de que se muestre en la pantalla algo parecido a una navegador-gps desde la imagen de planta, como podría ser la OpenStreetMap, Google Maps. Parece que lo que queréis es justamente esto: [1] Te aconsejo que optes por la vía Open. No sólo podrás personalizar tus mapas y encontrar todo el nivel de detalle que quieras, dándoles un aspecto más profesional, sino que evitarás cualquier problema legal y de cambio de condiciones de uso en un futuro, como la reciente de Google Maps [2]. Tal y como siempre hago en mis charlas, recomiendo la lectura de los términos de uso de los productos que usáis [3] y, en mi opinión no experta, vuestras necesidades requerirían una compra del servicio API para empresas. Despues de explicaros todo lo anterior (perdonar si no os interesa mucho), mis preguntas son: Al ser de tipo Open y nosotros trabajar en una linea de investigación sin animo de lucro ¿con la licencia que tiene OSM lo podríamos utilizar? Da igual que seáis con ánimo de lucro o no. Precisamente, al ser con licencia abierta/libre, no hay restricciones en el mero uso. Con la licencia actual, las únicas restricciones son que si redistribuís (gratis o por un precio) los _datos/mapas_ que uséis de OpenStreetMap, tenéis que dar crédito como se indica a continuación, así como permitir obras derivadas con la misma licencia: Licencia: CC-BY-SA-2.0 © Contribuidores de OpenStreetMap Inciso: esto es para los mapas, el software que vosotros desarrolléis, _a no ser que lo mezcléis con los datos_ (y muy mal lo tenéis que hacer para que no se puedan separar ambos elementos :-) ), podéis distribuirlo con la licencia que vosotros queráis. y ahora la principal, véis factible el poder integrar el mapa OSM en nuestra aplicacion ? He pensado en descargar un zona del mapa, (como ejemplo la zona de madrid), guardarla en el ordenador, y luego poder irla visualizando en nuestra pantalla al máximo de zoom, y que se mueva segun nuestras coordenadas, (facilitadas por un gps externo que ya tiene instalado nuestro coche de pruebas), como cualquier navegador comercial, pero sin marcar rutas ni nada. Sí, totalmente. Si la pantalla de visualización no requiere nada especial, podéis reaprovechar algo como, por ejemplo, navit [4] (con su propia licencia GPL). Si queréis programar vosotros algo con necesidades especiales, decidnos la plataforma sobre la que trabajáis y os podremos apuntar a APIs/binding ya hechos. Los hay para Java, J2ME, Android, IPhone, Javascript, PHP, ... [0]http://switch2osm.org/ [1]https://twitter.com/#!/jynus/statuses/84267736221495296 [2]http://www.dailymail.co.uk/sciencetech/article-2056128/Google-Maps-start-charging--thousands-sites-apps-hit-fees.html [3]http://code.google.com/intl/es/apis/maps/terms.html [4]http://wiki.navit-project.org/index.php/File:Aa1navi1.jpg -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Desarrollo de proyecto con OpenStreetMap
Muchisimas gracias Jaime, por las respuestas y la rapidez en hacerlo. Efectivamente es algo parecido a la foto que me enlazas del taxista. Y si, tenemos bastante claro que lo mejor es trabajar con el OpenStreetMap antes que con google, y más cuando me aclaras a la perfeccion el tema de las licencias. No hay ningun problema en poner la prodecencia de los mapas ya sea en el proyecto que está a punto de finalizar o para futuras ampliaciones, incluso se divulgará para que lo conozca cuanta mas gente mejor, o si llega a funcionar bien hacer un articulillo o subir lo que haga falta a la wiki para poderlo compartir, eso lo que vosotros nos recomendeis si pensais que puede ser útil para alguien. En un principio nos interesaría programarlo junto con el resto de apliaciones que ya tenemos operativas, para poder imprimir sobre el mapa los obstáculos (peatones) de una forma orientativa, ya que no hace falta que la representacion sea tan precisa, ya que es eso, solo una representación, y el programa de la deteccion funciona de forma independiente. Trabajamos con lenguaje de programación C++, y especialmente usamos una librearia llamada OpenCV que nos permite el tratamiento de imagenes. Ya está desarrollado la impresion de nuestros obstaculos, velocidad del coche, alarmas, etc, asi que simplemente sería programar con C++ algo que nos imprima por pantalla el mapa y se mueva, segun las coordenadas que le damos. Nosotros ya mostramos por la pantalla imagenes estaticas, o moviles como podria ser una camara, pero es aquí donde estoy completamente perdido, en el hecho de como podría abrir el mapa OSM, darle el zoom al maximo, y como interactuar con él mandadole las coordenadas del coche. Hecharé un vistazo de forma detallada al ejemplo navit que me ha pasado, para intentar descubrir como funciona, por que la verdad estoy muy pez con ésto =) De nuevo muchisimas gracias, de verdad se lo agradezco. Un saludo Date: Thu, 16 Feb 2012 18:28:45 +0100 From: jy...@jynus.com To: talk-es@openstreetmap.org Subject: Re: [Talk-es] Desarrollo de proyecto con OpenStreetMap El día 16 de febrero de 2012 16:43, Pablo akes ake...@hotmail.com escribió: Hola buenos dias. Bienvenido. He descubierto hace poco el proyecto de Open Street Map, y me está resultando muy interesante por las posibilidades que le veo a éste proyecto, por un lado por mi aficion a la montaña (y su cartografia), como por ser todo Open, y en un futuro me gustaría colaborar y poder subir mis archivos gps. ¡A ver si te animas! Pero les escribo principalmente por si me pueden ayudar, y para seguir conociendo OSM. Recomiendo, tal y como hice en un correo anterior, la lectura de [0], la cual es una muy buena y breve introducción, desde los conceptos básicos de OSM hasta los enlaces necesarios para desarrolladores (en inglés). Ahora mismo estoy trabajando en un proyecto para la Universidad Carlos III de Madrid (UC3M) dentro de una linea de investigacion para realizar coches inteligentes, especificamente mi campo es la deteccion de obstáculos, [...] pero nos gustaría que fuera algo de verdad, y sobre todo abrir campo para futuras ampliaciones. Para ellos estamos tratando de que se muestre en la pantalla algo parecido a una navegador-gps desde la imagen de planta, como podría ser la OpenStreetMap, Google Maps. Parece que lo que queréis es justamente esto: [1] Te aconsejo que optes por la vía Open. No sólo podrás personalizar tus mapas y encontrar todo el nivel de detalle que quieras, dándoles un aspecto más profesional, sino que evitarás cualquier problema legal y de cambio de condiciones de uso en un futuro, como la reciente de Google Maps [2]. Tal y como siempre hago en mis charlas, recomiendo la lectura de los términos de uso de los productos que usáis [3] y, en mi opinión no experta, vuestras necesidades requerirían una compra del servicio API para empresas. Despues de explicaros todo lo anterior (perdonar si no os interesa mucho), mis preguntas son: Al ser de tipo Open y nosotros trabajar en una linea de investigación sin animo de lucro ¿con la licencia que tiene OSM lo podríamos utilizar? Da igual que seáis con ánimo de lucro o no. Precisamente, al ser con licencia abierta/libre, no hay restricciones en el mero uso. Con la licencia actual, las únicas restricciones son que si redistribuís (gratis o por un precio) los _datos/mapas_ que uséis de OpenStreetMap, tenéis que dar crédito como se indica a continuación, así como permitir obras derivadas con la misma licencia: Licencia: CC-BY-SA-2.0 © Contribuidores de OpenStreetMap Inciso: esto es para los mapas, el software que vosotros desarrolléis, _a no ser que lo mezcléis con los datos_ (y muy mal lo tenéis que hacer para que no se puedan separar ambos elementos :-) ), podéis distribuirlo con la licencia que vosotros queráis. y ahora la principal, véis factible el poder integrar el mapa OSM en
Re: [Talk-es] Desarrollo de proyecto con OpenStreetMap
El día 16 de febrero de 2012 20:12, Pablo akes ake...@hotmail.com escribió: En un principio nos interesaría programarlo junto con el resto de apliaciones que ya tenemos operativas, para poder imprimir sobre el mapa los obstáculos (peatones) de una forma orientativa, ya que no hace falta que la representacion sea tan precisa, ya que es eso, solo una representación, y el programa de la deteccion funciona de forma independiente. Trabajamos con lenguaje de programación C++, y especialmente usamos una librearia llamada OpenCV que nos permite el tratamiento de imagenes. Ya está desarrollado la impresion de nuestros obstaculos, velocidad del coche, alarmas, etc, asi que simplemente sería programar con C++ algo que nos imprima por pantalla el mapa y se mueva, segun las coordenadas que le damos. Nosotros ya mostramos por la pantalla imagenes estaticas, o moviles como podria ser una camara, pero es aquí donde estoy completamente perdido, en el hecho de como podría abrir el mapa OSM, darle el zoom al maximo, y como interactuar con él mandadole las coordenadas del coche. Hecharé un vistazo de forma detallada al ejemplo navit que me ha pasado, para intentar descubrir como funciona, por que la verdad estoy muy pez con ésto =) Marble[0] permite mostrar tiles de OSM y las últimas versiones también soportan el formato vectorial.[1] Está programado en C++, y KDE/QT, por lo que es multiplataforma. Es muy sencillo de usar y de programar (está pensado para usarse como widget), software libre (LGPL) y no tiene funciones sofisticadas de navegación. Quizás sería un mejor candidato. En cualquier caso, échale un vistazo a los distintos frameworks que existen para OSM.[2] [0]http://edu.kde.org/marble/current.php [1]http://www.youtube.com/watch?v=QnZDkxj2SUU [2]http://wiki.openstreetmap.org/wiki/Frameworks -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Desarrollo de proyecto con OpenStreetMap
El Jueves, 16 de febrero de 2012, Pablo akes escribió: Muchisimas gracias Jaime, por las respuestas y la rapidez en hacerlo. Efectivamente es algo parecido a la foto que me enlazas del taxista. Y si, tenemos bastante claro que lo mejor es trabajar con el OpenStreetMap antes que con google, y más cuando me aclaras a la perfeccion el tema de las licencias. No hay ningun problema en poner la prodecencia de los mapas ya sea en el proyecto que está a punto de finalizar o para futuras ampliaciones, incluso se divulgará para que lo conozca cuanta mas gente mejor, o si llega a funcionar bien hacer un articulillo o subir lo que haga falta a la wiki para poderlo compartir, eso lo que vosotros nos recomendeis si pensais que puede ser útil para alguien. Hola Pablo, Me encanta leer este tipo de cosas por la mañana :) ¿Estáis desarrollando en abierto o tenéis algún tipo de página web donde habléis más en profundidad del proyecto? Porque me parece muy interesante y me gustaría poder echarle un vistazo más de cerca. Sí, estoy interesada :) En un principio nos interesaría programarlo junto con el resto de apliaciones que ya tenemos operativas, para poder imprimir sobre el mapa los obstáculos (peatones) de una forma orientativa, ya que no hace falta que la representacion sea tan precisa, ya que es eso, solo una representación, y el programa de la deteccion funciona de forma independiente. Trabajamos con lenguaje de programación C++, y especialmente usamos una librearia llamada OpenCV que nos permite el tratamiento de imagenes. Ya está desarrollado la impresion de nuestros obstaculos, velocidad del coche, alarmas, etc, asi que simplemente sería programar con C++ algo que nos imprima por pantalla el mapa y se mueva, segun las coordenadas que le damos. Nosotros ya mostramos por la pantalla imagenes estaticas, o moviles como podria ser una camara, pero es aquí donde estoy completamente perdido, en el hecho de como podría abrir el mapa OSM, darle el zoom al maximo, y como interactuar con él mandadole las coordenadas del coche. Hecharé un vistazo de forma detallada al ejemplo navit que me ha pasado, para intentar descubrir como funciona, por que la verdad estoy muy pez con ésto =) ¿Habéis pensado en tener una especie de servidor hecho en C++ (lo que tenéis ya) y luego abrir los datos con un openlayers[1] o algo así? Lo digo porque openlayers es de lo más sencillo de manejar para mapas simples y así podría funcionaros en varios tipos de dispositivos. HTML5 tiene una API bastante sencilla para sacar datos del GPS[2][3]. Y si quieres embeberlo en una aplicación siempre puedes usar cosas como phonegap[4]. [1]http://openlayers.org/ [2]http://stackoverflow.com/questions/4213410/how-does-html5-geolocation-work [3]http://dev.w3.org/geo/api/spec-source.html [4]http://phonegap.com/ De nuevo muchisimas gracias, de verdad se lo agradezco. Un saludo Date: Thu, 16 Feb 2012 18:28:45 +0100 From: jy...@jynus.com To: talk-es@openstreetmap.org Subject: Re: [Talk-es] Desarrollo de proyecto con OpenStreetMap El día 16 de febrero de 2012 16:43, Pablo akes ake...@hotmail.com escribió: Hola buenos dias. Bienvenido. He descubierto hace poco el proyecto de Open Street Map, y me está resultando muy interesante por las posibilidades que le veo a éste proyecto, por un lado por mi aficion a la montaña (y su cartografia), como por ser todo Open, y en un futuro me gustaría colaborar y poder subir mis archivos gps. ¡A ver si te animas! Pero les escribo principalmente por si me pueden ayudar, y para seguir conociendo OSM. Recomiendo, tal y como hice en un correo anterior, la lectura de [0], la cual es una muy buena y breve introducción, desde los conceptos básicos de OSM hasta los enlaces necesarios para desarrolladores (en inglés). Ahora mismo estoy trabajando en un proyecto para la Universidad Carlos III de Madrid (UC3M) dentro de una linea de investigacion para realizar coches inteligentes, especificamente mi campo es la deteccion de obstáculos, [...] pero nos gustaría que fuera algo de verdad, y sobre todo abrir campo para futuras ampliaciones. Para ellos estamos tratando de que se muestre en la pantalla algo parecido a una navegador-gps desde la imagen de planta, como podría ser la OpenStreetMap, Google Maps. Parece que lo que queréis es justamente esto: [1] Te aconsejo que optes por la vía Open. No sólo podrás personalizar tus mapas y encontrar todo el nivel de detalle que quieras, dándoles un aspecto más profesional, sino que evitarás cualquier problema legal y de cambio de condiciones de uso en un futuro, como la reciente de Google Maps [2]. Tal y como siempre hago en mis charlas, recomiendo la lectura de los términos de uso de los productos que usáis [3] y, en mi opinión no experta, vuestras necesidades requerirían una compra del servicio API para empresas. Despues de
Re: [Talk-cz] Corine Land Cover Urban Atlas
Ahoj! rád bych oživil debatu na téma využití dat z CLC. Chápu, že import by byl kvůli již existujícím datům nevhodný, co ale je využít jako podklad? CLC data v kombinaci s UHUL ortofoto by mohla mnohde ulehčit ruční práci. To by bylo pekne... a ani import bych nezavrhoval. Na 90% republiky neni zadny landuse; tam kde zadny neni je podle me import vhodny/vitany; tam kde uz neco je by bylo rozumne udelat import rucne. -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] MTB mapa
Ahoj! 2) Rozlišit, co je pole a co je louka považuju u MTB mapy za důležitou věc - louky bejvají na kole sjízdný cca půl roku, pole jenom po žních. Taky bych se primlouval ponechat rozliseni; muj oblibeny dopravni prostredek sice prejede skoro cokoliv, ale jezdit po zasetym se povazuje za prasarnu a jezdit po zoranym jde jen _velmi_ pomalu (a chudak zvire). Plus podle me je velmi dulezity rozlisit mista, ktera nikdo nezmapoval (a muze tam byt treba zoo se lvy :-), od mist kde jsou pole. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] MTB mapa
Ok, muzeme ji vytvorit. Mela by byt i bez dalsich tematickych prvku nebo jen bez zminenych linii? Napr. POI? POI mi nevadí, ale ta změť barevných čar mě irituje ;D Možná by bylo nejlepší udělat jednu čistě fyzickou mapu i bez POI a popisků a několik průhledných vrstev. Pro přístroje, který s tim neumí pracovat bych nechal i jednu z těch současných. Na tvým místě bych zkusil kontaktovat výrobce navigací, třeba by někdo z nich poskytnul prostředky pro rozšíření MTB aspoň na celou Evropu a tim by získal pěkný mapy do svých přístrojů (samozřejmě pod podmínkou zachování současný licence). PB ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Corine Land Cover Urban Atlas
Přesnost těch dat nic moc. Dělalo se to ručně, ale zdroj je konzistentní (vlastně to za čr dělal jeden člověk) WMS: http://geoportal.gov.cz/web/guest/map?ows=http%3A//geoportal.gov.cz/ArcGIS/services/CENIA/cenia_corine/MapServer/WMSServer%3FSERVICE%3DWMS%26REQUEST%3DGetCapabilities jachym On 16.2.2012 12:54, hanoj wrote: rád bych oživil debatu na téma využití dat z CLC. Chápu, že import by byl kvůli již existujícím datům nevhodný, co ale je využít jako podklad? CLC data v kombinaci s UHUL ortofoto by mohla mnohde ulehčit ruční práci. To by bylo pekne... a ani import bych nezavrhoval. Na 90% republiky neni zadny landuse; tam kde zadny neni je podle me import vhodny/vitany; tam kde uz neco je by bylo rozumne udelat import rucne. *** 1/3 uzemi CR tvori lesy. Problem CLC je v tom ze minimalni inventarni plocha ma 25ha a min sirka 100m (tzn velikost sidla nad cca 500 obyvatel). Malou podrobnost CLC resi GMES (0,25-1 ha), ten ale pokryva jen asi 1/3 uzemi. takze ono to neni tak jednoduche hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Corine Land Cover Urban Atlas
rád bych oživil debatu na téma využití dat z CLC. Chápu, že import by byl kvůli již existujícím datům nevhodný, co ale je využít jako podklad? CLC data v kombinaci s UHUL ortofoto by mohla mnohde ulehčit ruční práci. To by bylo pekne... a ani import bych nezavrhoval. Na 90% republiky neni zadny landuse; tam kde zadny neni je podle me import vhodny/vitany; tam kde uz neco je by bylo rozumne udelat import rucne. *** 1/3 uzemi CR tvori lesy. Problem CLC je v tom ze minimalni inventarni plocha ma 25ha a min sirka 100m (tzn velikost sidla nad cca 500 obyvatel). Malou podrobnost CLC resi GMES (0,25-1 ha), ten ale pokryva jen asi 1/3 uzemi. Pokud by slo naimportovat landuse tam, kde zadny neni, povazoval bych to za zajimave. Jeste porad nam chybi na spouste mist taky landuse=residential apod. Kdyby se ten import udelal v rezimu GMES a kde neni GMES tak CLC, bylo by to asi nejlepsi, kam se clovek muze automatizovane dostat a holt se to pak musi dopresnovat/opravovat rucni praci. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] frontière bizarre
Le 15/02/2012 23:33, jean navarro a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 bonsoir en traînant un peu ce soir sur geofabrik je suis tombé sur ce qui me semble être une frontière de la russie à ambérieu en bugey :) http://tools.geofabrik.de/osmi/?view=multipolygonlon=5.38286lat=45.95406zoom=14opacity=0.59overlays=multipolygons_type_is_boundary,type_is_boundary voir la relation #60189 je dois être fatigué ... bonne nuit jean navarro Ce qui est affiché par OSMI n'est pas la vraie géométrie de la relation, mais une simplification sous forme d'enveloppe convexe : http://fr.wikipedia.org/wiki/Enveloppe_convexe La Russie a ses limites de part et d'autre du méridien à -180°, mais le calcul de l'enveloppe convexe a l'air de séparer les données de part et d'autre de ce méridien, d'où des lignes énormes comme celle qui part de -180, 62.6 : http://tools.geofabrik.de/osmi/?view=multipolygonlon=-179.24805lat=62.80650zoom=8opacity=0.59overlays=multipolygons_type_is_boundary et qui passe à Ambérieu. Pas de quoi corriger, finalement, mais c'est vrai que la vue que tu indiquais interpelle ! vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] cartopartie contributive organisée à Montpellier : article
Bonjour, un article paru ce jour dans une lettre à destination des collectivités locales http://www.localtis.info/cs/ContentServer?pagename=Localtis/LOCActu/ArticleActualitejid=1250263245740cid=1250263233866 Brice Mallet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: [Francophone] Thèse financée IGN en cartographie/géomatique
Pour information ---BeginMessage--- ...Désolée pour les doublons Bonjour, Le laboratoire COGIT propose un sujet de thèse intitulé : « Connaissances pour la construction et la perception de styles cartographiques : territoires et pratiques cartographiques », financé par l’IGN, pour 3 ans à partir de 2012. Le sujet complet et les modalités de candidature sont sur cette page (http://recherche.ign.fr/labos/cogit/propositionsCOGIT.php). Date limite de candidature : 31 Mars 2012 Sujet(extrait) L’objectif de cette thèse est d’analyser des représentations cartographiques existantes en vue d’adapter la conception de cartes à des styles cartographiques dépendant de pratiques spécifiques d’une « culture » cartographique. Par exemple, y’a-t-il un style « suisse » effectivement caractérisable ? Formaliser et exploiter les connaissances ayant trait aux territoires décrits, aux processus et aux pratiques cartographiques sera un enjeu de la thèse. Cela nécessite d’étudier les caractéristiques visuelles de nombreux styles cartographiques existants issus par exemple de cartes topographiques (IGN, Ordnance Survey, SwissTopo, etc.) ou d’autres types de cartes (plan de métro, plan de ville, cartes de journaux, etc.). L’idée est d’analyser les effets éventuels des processus cartographiques (sélection et structuration de données, généralisations, symbologie, schématisation) sur le rendu visuel. Des travaux de recherche existent sur les choix de couleurs : il sera intéressant d’ouvrir le champ des recherches à l’ensemble des variables visuelles et d’étudier comment elles sont utilisées par les producteurs de ces cartes. Par ailleurs, l’impact visuel des processus cartographiques autres que la symbologie a été peu étudié jusqu’ici. Un objectif intermédiaire sera d’ordonner et de décorréler les impacts visuels de ces processus à l’aide d’une méthodologie adaptée. La formalisation de ces connaissances pourra être une base au développement d’un outil de comparaison de cartes. L’identification de styles cartographiques différents passe également par les utilisateurs eux-mêmes : leur perception de styles cartographiques pourra être évaluée en fonction de leur expérience personnelle et de leur expérience en cartographie. L’objectif en recherche est d’améliorer l’identification, la formalisation et l’exploitation de connaissances sur la construction et la perception des cartes, qu’elles soient topographiques ou non. En termes d’application, la thèse permettra de répondre aux questions suivantes : - Peut-on appliquer un style cartographique à un jeu de données utilisateur en respectant des connaissances acquises ? - Peut-on proposer à un utilisateur, à partir de données IGN, une carte « à la suisse » ou « à l’anglaise » ou de tout autre style, sur les plateformes de carte à la carte existantes ? (...plus d’informations sur http://recherche.ign.fr/labos/cogit/propositionsCOGIT.php) Profil recherché : Master en Cartographie ou Géomatique ou Sciences Cognitives. Lieu de la thèse : IGN, Saint-Mandé (94).___ Francophone mailing list francoph...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/francophone ---End Message--- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] le projet openBmap à besoin d'aide
On 09/02/2012 19:34, piratebab wrote: Bonjour, le projet openBmap est un projet libre qui consiste à relever les antennes de téléphonie mobiles et les points wifi. OpenCellID avec les données wifi ... faudra que je regardes les sources. -- Thomas Clavier http://www.tcweb.org Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org +33 (0)6 20 81 81 30 +33 (0)950 783 783 signature.asc Description: OpenPGP digital signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr