[talk-ph] benham rise part of the PH
FYI, News [0] about our claim to benham rise [1] was approved by UNCLOS. Not yet in OSM [2] [0] http://newsinfo.inquirer.net/183779/un-approves-ph-territorial-claim-to-benham-rise [1] http://en.wikipedia.org/wiki/Benham_Plateau [2] http://www.openstreetmap.org/?box=yesbbox=119.5%2C12.%2C132.%2C20.5 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-au] Tagging for unofficial Cycle routes in Lake Macquarie?
Hi, Seems like we have a fair bit to discuss if we ever manage to sit down over a beer. I agree, however, that overall most of these differences are unlikely to make a substantial difference to the map. However, returning to the two key points on cycle routes in AU. Firstly, mapping personal preference unofficial cycle routes. We both seem to agree that there are potentially a large amount of these. Every road on the map and track on the map could be somebody's cycle route from somewhere to somewhere else. We've seen on sites like bikely how prolific these cycle routes can be, with around 9000 cycle routes crossing the Sydney area alone. We agree that it wouldn't be a good thing if there were this many cycle routes in OSM. Once we start allowing such routes, neither of us have any idea how the number will be contained. You believe that this shouldn't stop us, because the community will work out a way if and when it becomes an issue, and it may never actually become an issue in OSM (with more sophisticated mappers than bikely :-) I believe this is a very slippery slope, and we're doing the project a disservice by introducing unverifiable data without any guidelines for how we would limit its use. I think we would need a broad consensus to introduce cycle routes based on individual preference, as well as documentation on how when and how they would be used, and reasoning on how we can avoid the obvious pitfalls. We haven't seen any of these yet. My issue here is purely the slippery slope and verifiability. I may actually prefer a cycle map produced by OSMers producing cycling maps by survey then the poor excuse for routes coming from authoritative sources. However, I think the best way of achieving this is to add the infrastructure, and rely on automation to produce preferred routes. Otherwise I see it turning into a mess. Secondly, the subjective evaluation of published cycle routes. Here I think I'm definitely on shakier ground, but I'd like to see a good solution. There are three different levels of institutions that publish cycle routes. State government authorities, local government authorities, and local cycling groups. In general, I think adding these routes to OSM is a reasonable endeavour, however, we should reconsider in a three circumstances. 1. Where the path or road referenced by the route doesn't exist or isn't accessible. I know this sounds a little odd, but in quite a few cases the route is either out of date, or the infrastructure is still in a planning phase, or it has been removed or damaged beyond any utility, or it has been incorporated into private property, or signs and barriers on the ground exclude cyclists. This is a direct appeal to the on the ground mantra. The route can be defined on the official website as a cycle route, but why would be included in our data if you can't actually cycle on it? To include this data on the basis it is official, would seem like bloody-mindedness. 2. Where the path or road referenced is indicated by a sign only, and no cycle facilities or infrastructure exist on the ground. Quite simply, in Australia the existence of a bicycle sign doesn't indicate a route. Map the sign if you like, by all means, but don't map a cycle route unless there is some other supporting evidence of a cycle route. 3. At the furthest extreme, where there are no cycle facilities on a section of a route, the route is clearly not residential or off-road, and the road is no better as a route that the roads either side of it (not quicker, not safer, not less trafficked, not flatter) then I think we should consider omitting it. If the cyclist is no worse off just plotting the more direct road linking two cycle route sections, then we're adding nothing of value. Again, OSMs strength is current, on-the-ground analysis, and we should make use of it. The official cycle maps are easily accessible to those who want the unabridged version. I'm aware of the contradiction that you see between not including personal preference cycle routes, and yet using subjective analysis to determine whether to include official ones. However, I'm hoping some of the contradiction is removed when you look at the reasoning. Ian. On 27 April 2012 17:08, Steve Bennett stevag...@gmail.com wrote: On Fri, Apr 27, 2012 at 12:58 PM, Ian Sergeant inas66+...@gmail.com wrote: Cycle and walking routes get relocated, torn up, fences put across them. ...and there's no way we can keep up with such changes. Park names? The name that is on the park prevails - quite often different to other sources. No way. Signage is frequently a low priority from organisations that maintain parks, trails, etc. Just on bike paths, I've seen as many as 3 different names signed for the same route - in addition to names provided on websites or other publications. The name on a sign at the physical site is just one name amongst many. On the ground doesn't mean we can't use other sources. It
Re: [talk-au] Tagging for unofficial Cycle routes in Lake Macquarie?
On Mon, Apr 30, 2012 at 10:22 AM, Ian Sergeant inas66+...@gmail.com wrote: route from somewhere to somewhere else. We've seen on sites like bikely how prolific these cycle routes can be, with around 9000 cycle routes crossing the Sydney area alone. We agree that it wouldn't be a Worth pointing out that sites like bikely (last time I looked) and gpsies don't actually show a network view, so it's hard for people to avoid redundancies. good thing if there were this many cycle routes in OSM. Once we start allowing such routes, neither of us have any idea how the number will be contained. You believe that this shouldn't stop us, because the community will work out a way if and when it becomes an issue, and it may never actually become an issue in OSM (with more sophisticated mappers than bikely :-) I believe this is a very slippery slope, and we're doing the project a disservice by introducing unverifiable data without any guidelines for how we would limit its use. That's a fair statement of our positions. I think we would need a broad consensus to introduce cycle routes based on individual preference, as well as documentation on how when My experience of OSM is that the mental model nothing happens until we all agree it should happen is inaccurate. I used to think that was the case, mostly from experience in projects like Wikipedia. (In Wikipedia, if people started creating articles that violated the rules, they would just be deleted, and the users blocked.) In OSM, you seem to get the opposite: lots of very quiet editing which would raise a lot of eyebrows if anyone was aware of it. An example would be the golden route bike route that someone added that goes all the way from Mt Gambier (from memory?) to Castlemaine. Whoever added it didn't ask whether it was a good idea. In retrospect, it's not. But that's the way things are done, apparently. and how they would be used, and reasoning on how we can avoid the obvious pitfalls. We haven't seen any of these yet. I think responding to actual issues sometimes works better than trying to prevent problems. My issue here is purely the slippery slope and verifiability. I may actually prefer a cycle map produced by OSMers producing cycling maps by survey then the poor excuse for routes coming from authoritative sources. However, I think the best way of achieving this is to add the infrastructure, and rely on automation to produce preferred routes. Otherwise I see it turning into a mess. I'm still not sure how verifiability leads you to accept ground-based surveys but reject authoritative published routes. (Or maybe I just hate your conclusion, so I assume your reasoning is bad, too.) Secondly, the subjective evaluation of published cycle routes. Here I think I'm definitely on shakier ground, but I'd like to see a good solution. There are three different levels of institutions that publish cycle routes. State government authorities, local government authorities, and local cycling groups. In general, I think adding these routes to OSM is a reasonable endeavour, however, we should Ok - so routes published by community cycling groups (eg, Boorondara Bicycle Users Group) are ok, but routes published by individuals (or not published) aren't. Pretty reasonable in many cases - but what about where areas where none of the above publish any routes at all? reconsider in a three circumstances. 1. Where the path or road referenced by the route doesn't exist or isn't accessible. I know this sounds a little odd, but in quite a few cases the route is either out of date, or the infrastructure is still in a planning phase, or it has been removed or damaged beyond any utility, or it has been incorporated into private property, or signs and barriers on the ground exclude cyclists. This is a direct appeal to the on the ground mantra. The route can be defined on the official website as a cycle route, but why would be included in our data if you can't actually cycle on it? To include this data on the basis it is official, would seem like bloody-mindedness. If you physically can't cycle there yet, we'd mark it proposed or construction. eg: http://osm.org/go/uGtP3q_gd-?layers=C If there's a public road but it lacks a planned bike lane, I'd still put the route there. If the route used to be cyclable but is now inaccessible (or the signage removed or whatever), I'd probably remove it. Agreed there's no value in including routes which aren't actually rideable. 2. Where the path or road referenced is indicated by a sign only, and no cycle facilities or infrastructure exist on the ground. Quite simply, in Australia the existence of a bicycle sign doesn't indicate a route. Map the sign if you like, by all means, but don't map a cycle route unless there is some other supporting evidence of a cycle route. Strong disagreement from me. 3. At the furthest extreme, where there are no cycle facilities on a section of a
Re: [talk-au] Tagging for unofficial Cycle routes in Lake Macquarie?
Hi. I agree with Ian. Some of this comes down to a question of What is a cycle route? Most of the ones I have mapped (and there are quite a few in Sydney) are laid out by local government. I generally look for some evidence on the ground before I add lcn, and I often look at council maps to know where to start looking. With no evidence on the ground (signs, road markings, shared paths etc) I generally don't mark it as a route, even if some other map says it is. I considered if routes that appear on council maps, but with no infrastructure or signage are proposed, but mostly I don't mark these at all. For councils that don't have their own well developed network of routes, I agree that sometimes you need to do some interpretation. I would not mark a street as lcn simply because it might be a good way to ride though. - Ben. On Apr 30, 2012 10:22 AM, Ian Sergeant inas66+...@gmail.com wrote: Hi, Seems like we have a fair bit to discuss if we ever manage to sit down over a beer. I agree, however, that overall most of these differences are unlikely to make a substantial difference to the map. However, returning to the two key points on cycle routes in AU. Firstly, mapping personal preference unofficial cycle routes. We both seem to agree that there are potentially a large amount of these. Every road on the map and track on the map could be somebody's cycle route from somewhere to somewhere else. We've seen on sites like bikely how prolific these cycle routes can be, with around 9000 cycle routes crossing the Sydney area alone. We agree that it wouldn't be a good thing if there were this many cycle routes in OSM. Once we start allowing such routes, neither of us have any idea how the number will be contained. You believe that this shouldn't stop us, because the community will work out a way if and when it becomes an issue, and it may never actually become an issue in OSM (with more sophisticated mappers than bikely :-) I believe this is a very slippery slope, and we're doing the project a disservice by introducing unverifiable data without any guidelines for how we would limit its use. I think we would need a broad consensus to introduce cycle routes based on individual preference, as well as documentation on how when and how they would be used, and reasoning on how we can avoid the obvious pitfalls. We haven't seen any of these yet. My issue here is purely the slippery slope and verifiability. I may actually prefer a cycle map produced by OSMers producing cycling maps by survey then the poor excuse for routes coming from authoritative sources. However, I think the best way of achieving this is to add the infrastructure, and rely on automation to produce preferred routes. Otherwise I see it turning into a mess. Secondly, the subjective evaluation of published cycle routes. Here I think I'm definitely on shakier ground, but I'd like to see a good solution. There are three different levels of institutions that publish cycle routes. State government authorities, local government authorities, and local cycling groups. In general, I think adding these routes to OSM is a reasonable endeavour, however, we should reconsider in a three circumstances. 1. Where the path or road referenced by the route doesn't exist or isn't accessible. I know this sounds a little odd, but in quite a few cases the route is either out of date, or the infrastructure is still in a planning phase, or it has been removed or damaged beyond any utility, or it has been incorporated into private property, or signs and barriers on the ground exclude cyclists. This is a direct appeal to the on the ground mantra. The route can be defined on the official website as a cycle route, but why would be included in our data if you can't actually cycle on it? To include this data on the basis it is official, would seem like bloody-mindedness. 2. Where the path or road referenced is indicated by a sign only, and no cycle facilities or infrastructure exist on the ground. Quite simply, in Australia the existence of a bicycle sign doesn't indicate a route. Map the sign if you like, by all means, but don't map a cycle route unless there is some other supporting evidence of a cycle route. 3. At the furthest extreme, where there are no cycle facilities on a section of a route, the route is clearly not residential or off-road, and the road is no better as a route that the roads either side of it (not quicker, not safer, not less trafficked, not flatter) then I think we should consider omitting it. If the cyclist is no worse off just plotting the more direct road linking two cycle route sections, then we're adding nothing of value. Again, OSMs strength is current, on-the-ground analysis, and we should make use of it. The official cycle maps are easily accessible to those who want the unabridged version. I'm aware of the contradiction that you see between not
Re: [Talk-de] Unter Denkmalschutz stehen de Gebäude
Hallo, am 29.04.2012 02:29 schrieb Tobias Knerr: Das wird zwar fast schon off-topic, aber website ist für Links auf die offizielle Webseite eines Objekts (also z.B. die vom Inhaber betriebene Seite über ein Geschäft, oder den Internetauftritt einer Schule etc.), nicht für irgendeine URL, wo etwas über das Objekt steht. Dein Beisiel ist also eine falsche Verwendung dieses Schlüssels. Mir geht es nicht um die reine Lehre, sondern um lebenspraktische Regelungen. Wenn es keine offizielle Website gibt, finde ich meine Praxis absolut nicht systemwidrig und sehe keinen Grund zur Änderung. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unter Denkmalschutz stehen de Gebäude
Hallo, am 29.04.2012 07:01 schrieb Walter Nordmann: - Die Lfn könnte/sollte man in ref=* packen. Ja, könnte man (sollte: nö). Ich halte hier - im Gegensatz zu einer Bundesautobahn allerdings mehr Info erforderlich. Kulturdenkmäler sind nicht so prominent. - einen Link zu einer Webseite braucht man nicht, da der für alle Baudenkmäler identisch sein kann. Im konkreten Fall (Land Bremen) ist die Aussage falsch. Jedes Kulturdenkmal hat einen anderen Output in der Datenbank. Und der wird durch den Link angesteuert. - der wikipedia-link halt nach Bedarf so wie bei allen anderen WP-Links So wird es ja gemacht. - plus heritage=yes oder was auch immer. Das ist genau der Punkt: Was auch immer. Ich habe keine Lust, die vor längerem gehabte Diskussion um das Tagging der Kulturdenkmäler zu wiederholen. Da warte ich die Entwicklung einfach ab. Wenn alle meine Kulturdenkmäler ein gemeinsames Merkmal haben, dauert die Umstellung auf ein konsensuales Kulturdenkmal-Tag (so es denn dereinst bestehen sollte) nur ein paar Tassen Tee. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unter Denkmalschutz stehen de Gebäude
Am 29. April 2012 09:17 schrieb Norbert Kück o...@nk-bre.net: - plus heritage=yes oder was auch immer. Das ist genau der Punkt: Was auch immer. Ich habe keine Lust, die vor längerem gehabte Diskussion um das Tagging der Kulturdenkmäler zu wiederholen. Da warte ich die Entwicklung einfach ab. [...] Was war denn damals das Ergebnis/die Erkenntnis/das Meinungsbild. Es wird in fragen des taggings nur Fortschritte geben, wenn man einfach dort weiter machen kann, wo man aufgehört hat. Das macht es einfacher sich auf neue Aspekte zu konzentrieren. Dennoch kann es passieren, das der Meinungsbildungsprozess der Echternacher Springprozession gleicht, aber man muss es ja nicht herausfordern :-) Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unter Denkmalschutz stehen de Gebäude
Am 29.04.2012 09:04, schrieb Norbert Kück: Hallo, am 29.04.2012 02:29 schrieb Tobias Knerr: Das wird zwar fast schon off-topic, aber website ist für Links auf die offizielle Webseite eines Objekts (also z.B. die vom Inhaber betriebene Seite über ein Geschäft, oder den Internetauftritt einer Schule etc.), nicht für irgendeine URL, wo etwas über das Objekt steht. Dein Beisiel ist also eine falsche Verwendung dieses Schlüssels. Mir geht es nicht um die reine Lehre, sondern um lebenspraktische Regelungen. Wenn es keine offizielle Website gibt, finde ich meine Praxis absolut nicht systemwidrig und sehe keinen Grund zur Änderung. Genau...und wenn ein Objekt keinen Namen hat, dann lasse ich auch den name-Tag nicht leer, sondern schreibe halt anderes Zeug in den name-Tag. Kann ja dann der Auswerter raten, was wirklich ein Name ist oder was einfach nur anderes Zeug ist. Jetzt aber mal ganz ohne Ironie: website=* steht für DIE Website des Objektes. Jeder Auswerter geht davon aus, dass dem so ist und so sollte man dieses Tagg dann auch verwenden. Wenn ein Objekt keine Website hat, dann hat es auch kein website-Tagg. Wenn es dir aber Spaß macht, den Link zu taggen hindert dich ja keiner daran, ihn mit einem entsprechenden key zu erfassen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unter Denkmalschutz stehen de Gebäude
Norbert Kück wrote - einen Link zu einer Webseite braucht man nicht, da der für alle Baudenkmäler identisch sein kann. Im konkreten Fall (Land Bremen) ist die Aussage falsch. Jedes Kulturdenkmal hat einen anderen Output in der Datenbank. Und der wird durch den Link angesteuert. genau da liegt da der hase im Pfeffer: Du redest hier von OUTPUT der DB - der ist natürlich für jedes Denkmal unterschiedlich. Ich rede aber vom INPUT zu DB. Irgendwo in dem Verweis auf die DB wird doch wohl diese Lfn (ref) vorkommen, oder? Schick doch mal einen exemplarischen link rüber. Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Unter-Denkmalschutz-stehen-de-Gebaude-tp5672807p5673643.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] Unter Denkmalschutz stehen de Gebäude
Hallo, am 29.04.2012 09:52 schrieb Walter Nordmann: Ich rede aber vom INPUT zu DB. Irgendwo in dem Verweis auf die DB wird doch wohl diese Lfn (ref) vorkommen, oder? Richtig. Die Objektnummer des LfD ist Bestandteil des Links. Relevant sind die letzten vier Ziffern und (so vorhanden) das Komma mit dem T (nachfolgende Ziffern machen keinen Unterschied). Schick doch mal einen exemplarischen link rüber. Da isser. http://194.95.254.61/cgi-denk/getdoc.pl?DEF=/home/schwartz/daten/bremenDATEN=/home/schwartz/daten/datenTHE=/home/schwartz/daten/idxDOK_TPL=lfd_bremen_doc2.tplKEY=obj%200066,T Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geografische Regionen innerhalb der Datenbank?
Auch wenn es das vielleicht nicht ganz trifft, aber über unsere admin_level Relationen bekommst du klar raus was in München liegt und München in Bayern in Deutschland liegt. An geographischen Regionen gäbe es für München wohl viele: Alpenvorland, Münchner Schotterebene, Einzugsgebiet der Isar. Das halte ich derzeit für die OSM-Software zu unscharf zu erfassen, trotzdem gibt es (auch seitens der Wikipedia) Interesse an solchen Objekten. Jedoch müßten diese Objekte, wie von anderen schon gesagt, wohl auf einen getrennten Layer um vernünftig bearbeitbar zu sein. Grüße Tim Am 28.04.2012 13:24, schrieb Martin Thurau: Moin zusammen! Für ein Studienprojekt benötige ich aktuell geografische Regionen der Erde in verschiedenen Abstufungen. Also sowas wie Europa und darin Nordeuropa, Westeuropa und so weiter (idealerweise bis auf Stadtebene, aber das ist nicht so wichtig, ich nehme was ich kriegen kann). Existieren diese Daten irgendwo innerhalb der OSM-Datenbank, so dass ich mir die daher extrahieren könnte? Falls nein, weiß jemand um eine andere Datenquelle wo ich sowas herbekomme? Wichtig ist mir eigentlich nur, dass ich die Bezüge der Regionen aus den Daten ableiten kann (also Anfragen gestalten kann wie Welche Subregionen liegen in Nordeuropa oder in welche Subsubregion liegt München). Da das Projekt, in dem das verwendet werden soll, ggf. auch direkt mit OSM-Daten arbeiten wird, wäre es halt schön, wenn ich die Daten direkt aus OSM hätte, dann fällt das verknüpfen später leichter. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unter Denkmalschutz stehen de Gebäude
Hallo, am 29.04.2012 09:26 schrieb Falk Zscheile: Was war denn damals das Ergebnis/die Erkenntnis/das Meinungsbild. Es wird in fragen des taggings nur Fortschritte geben, wenn man einfach dort weiter machen kann, wo man aufgehört hat. Das macht es einfacher sich auf neue Aspekte zu konzentrieren. Dennoch kann es passieren, das der Meinungsbildungsprozess der Echternacher Springprozession gleicht, aber man muss es ja nicht herausfordern :-) Nun, wie in OSM-Diskussionen nicht unüblich, gab es keine konstruktiven Ergebnisse, sondern nur so ist das falsch. Damit war die JOSM-Vorlage für Baudenkmal historic=monument gemeint. Das ist schon etwas her und dürfte hier im Archiv zu finden sein. Wie gesagt: Ich warte ein konsensuales Ergebnis ab. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unter Denkmalschutz stehen de Gebäude
Hallo, am 29.04.2012 09:46 schrieb aighes: website=* steht für DIE Website des Objektes. Jeder Auswerter geht davon aus, dass dem so ist und so sollte man dieses Tagg dann auch verwenden. Wenn ein Objekt keine Website hat, dann hat es auch kein website-Tagg. HAT das Objekt eine Website oder GIBT es eine Website, die weiterführende Informationen ZUM Objekt bietet? Warum Informationskanäle zu Kulturdenkmälern verstecken? Was ist schädlich an einem Link zu Informationen zu einem gemappten Objekt (Gebäude), wenn der Key Website nicht anders benötigt wird? Warum sollen auswertende Anwendungen wie Openlinkmap das nicht zeigen dürfen? Sorry, da bin ich unbelehrbar. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unter Denkmalschutz stehen de Gebäude
Am 29.04.2012 10:50, schrieb Norbert Kück: Hallo, am 29.04.2012 09:46 schrieb aighes: website=* steht für DIE Website des Objektes. Jeder Auswerter geht davon aus, dass dem so ist und so sollte man dieses Tagg dann auch verwenden. Wenn ein Objekt keine Website hat, dann hat es auch kein website-Tagg. HAT das Objekt eine Website oder GIBT es eine Website, die weiterführende Informationen ZUM Objekt bietet? Warum Informationskanäle zu Kulturdenkmälern verstecken? Nicht verstecken, sondern richtig einsortieren. Wenn ich kritisiere, dass du einen Laden als name = dieser Laden hat Samstags von 8 bis 12 auf statt opening_hours = Sa 08:00-12:00 taggst, wirfst du mir dann auch vor, ich wolle die Öffnungszeiten verstecken? Was ist schädlich an einem Link zu Informationen zu einem gemappten Objekt (Gebäude), wenn der Key Website nicht anders benötigt wird? Warum sollen auswertende Anwendungen wie Openlinkmap das nicht zeigen dürfen? Sie sollen es zeigen dürfen, aber nicht zeigen müssen, wenn sie eigentlich nur die eigenen Webseiten der Objekte und keine sonstigen Seiten von Dritten über das Objekt haben wollen. Ob der Key anderweitig benötigt wird, spielt keine Rolle. Denn vielleicht möchte der Entwickler einer Anwendung einfach _gar nichts_ anzeigen, wenn es keine wirkliche Webseite des Objekts gibt. Sorry, da bin ich unbelehrbar. Schade. Dabei gäbe es mit url=* durchaus einen Schlüssel für Link, der irgendwas mit dem Objekt zu tun hat. Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geografische Regionen innerhalb der Datenbank?
Am 29. April 2012 10:27 schrieb Kolossos tim.al...@s2002.tu-chemnitz.de: Auch wenn es das vielleicht nicht ganz trifft, aber über unsere admin_level Relationen bekommst du klar raus was in München liegt und München in Bayern in Deutschland liegt. An geographischen Regionen gäbe es für München wohl viele: Alpenvorland, Münchner Schotterebene, Einzugsgebiet der Isar. Das halte ich derzeit für die OSM-Software zu unscharf zu erfassen, trotzdem gibt es (auch seitens der Wikipedia) Interesse an solchen Objekten. Jedoch müßten diese Objekte, wie von anderen schon gesagt, wohl auf einen getrennten Layer um vernünftig bearbeitbar zu sein. +1 Ich hatte hier schonmal nachgefragt, ob ggf. Interesse bestünde, so was gemeinsam parallel zu bearbeiten und unter freier Lizenz zur Verfügung zu stellen, z.B. als Shapefiles: http://permalink.gmane.org/gmane.comp.gis.openstreetmap.region.de/87543 leider kam da überhaupt keine Reaktion, soweit ich mich erinnere. Wenn man es stattdessen in OSM machen wollte, so gab es da auch schon kreative Vorschläge, z.B. könnte man Relationen machen, wo man nicht komplette Umrisse als Ways sondern lediglich einzelne (wenige) Punkte mit ich bin sicher noch drin-Status eintragen könnte. Um diese könnte eine geeignete Datenbank dann automatisch einen Umriss ziehen (konkave Hülle) und z.B. Area-Beschrifungen ableiten. Ein Problem sehe ich noch darin, wenn man was verändern will die passende Relation zu finden. Da die Relationen nur nodes enthalten würden, sollten sie die Datenbank nicht weiter belasten, und wer sich nicht dafür interessiert kann sie ja sowie ausfiltern. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unter Denkmalschutz stehen de Gebäude
Am 29. April 2012 02:29 schrieb Tobias Knerr o...@tobias-knerr.de: Das wird zwar fast schon off-topic, aber website ist für Links auf die offizielle Webseite eines Objekts (also z.B. die vom Inhaber betriebene Seite über ein Geschäft, oder den Internetauftritt einer Schule etc.), nicht für irgendeine URL, wo etwas über das Objekt steht. Dein Beisiel ist also eine falsche Verwendung dieses Schlüssels. Eine Seite bei der Denkmalbehörde ist nicht irgendeine URL zu einem Objekt, insbesondere, wenn sie speziell zu gerade diesem Objekt informiert, man kann sich in manchen Fällen sicherlich auf den Standpunkt stellen, das sei die offizielle Webseite. Website geht nur, wenn nicht anderweitig benötigt Genau sowas wird bei korrekter Verwendung von website nie vorkommen, da es zwar viele Seiten geben mag, auf denen etwas über das Objekt steht, aber _die_ Webseite des Objekts normalerweise eindeutig ist. Es gibt durchaus einige Objekte, die mehrere offizielle Webseiten haben, das kann verschiedene Gründe haben. Ich entscheide mich dann halt meist für eine und setze die anderen in url. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unter Denkmalschutz stehen de Gebäude
Für das tagging von denkmalgeschützten Gebäuden gibt es bereits mehrere alternative Vorschläge, die auch untereinander kompatibel sind. Neben dem genannten heritage gibt es z.B. auch protected_area, das genau passt mit entsprechendem Subtag: http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Social-protected-area hier noch der Link zu heritage: http://wiki.openstreetmap.org/wiki/Key:heritage Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verschiedene Stylesheets auf OSM.org?
Hallo, ich habe mir gerade via Export ein PNG erzeugt um dieses auszudrucken. Dabei ist mir aufgefallen, dass in diesem Export ein von mir eingetragenes Telefon als kleiner Telefonhörer angezeigt wird. Gefällt mir sehr! Auf der OSM.org-Seite direkt wird dagegen das Telefon garnicht angezeigt. Wie sind hier die Zusammenhänge? Warum gibt es für das Exportieren offensichtlich einen anderen Stil? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kein Tracks hochladen
On 28/04/12 11:46, Falk Zscheile wrote: Am 28. April 2012 11:22 schrieb Rainer Knaepper sm...@gmx.de: Was tut man damit: http://wiki.openstreetmap.org/wiki/File:Restrictions_marsbruchplatz_aplerbeck_IMGP5729.jpg (short: http://preview.tinyurl.com/cxqzz7l ) betreffend http://www.openstreetmap.org/browse/way/30504716 highway=residential oneway=yes oneway:bicycle=no und/oder cycleway=opposite access=destination bicycle=yes taxi=yes noexit=yes maxspeed=20 Das noexit=* würde ich weglassen oder bist Du Dir sicher, dass da kein Weg weiter geht ? Zumindest Fußgänger und Radfahrer scheinen aber weiterzukommen. Auch ist noexit an Wegen meiner Ansicht nicht sehr sinnvoll ! highway=residential oneway=yes oneway:bicycle=no und/oder cycleway=opposite vehicle=destination bicycle=yes taxi=yes maxspeed=20 Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder (Aerowest) ohne flash
On 28/04/12 23:17, Igor Podolskiy wrote: Hey Sorry ein bißchen OT. Ich habe gerade massive probleme mit Flash. Gibt es eine Möglichkeit Aerowest Bilder ohne flash runterzuladen ? Wie muß die URL dann aussehen ? Danke fly P.S.: Würde mich auch über ein TMS für Freiburg freuen, da Bing hier zum Teil noch zehn Jahre alte Bilder anbietet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verschiedene Stylesheets auf OSM.org?
On 29/04/12 14:03, Manuel Reimer wrote: Hey Manuel ich habe mir gerade via Export ein PNG erzeugt um dieses auszudrucken. Dabei ist mir aufgefallen, dass in diesem Export ein von mir eingetragenes Telefon als kleiner Telefonhörer angezeigt wird. Gefällt mir sehr! Auf der OSM.org-Seite direkt wird dagegen das Telefon garnicht angezeigt. Wie sind hier die Zusammenhänge? Warum gibt es für das Exportieren offensichtlich einen anderen Stil? Meine 5 ct wären: Du hast in einer höheren Auflösung gedruckt. Gruß fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verschiedene Stylesheets auf OSM.org?
Am 29.04.2012 14:03, schrieb Manuel Reimer: Hallo, ich habe mir gerade via Export ein PNG erzeugt um dieses auszudrucken. Dabei ist mir aufgefallen, dass in diesem Export ein von mir eingetragenes Telefon als kleiner Telefonhörer angezeigt wird. Gefällt mir sehr! Auf der OSM.org-Seite direkt wird dagegen das Telefon garnicht angezeigt. Wie sind hier die Zusammenhänge? Warum gibt es für das Exportieren offensichtlich einen anderen Stil? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Telefonzellen werden nur auf den zwei detailiertesten Zoomstufen (17 und 18) angezeigt. Ich vermute, der Export nutzt eine größere Zoomstufe, als die Ansicht, welche du online gewählt hattest. Zoome weiter in die Karte und der Telefonhörer sollte auch online erscheinen. LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder (Aerowest) ohne flash
Hi, On 29.04.2012 14:24, fly wrote: Ich habe gerade massive probleme mit Flash. Gibt es eine Möglichkeit Aerowest Bilder ohne flash runterzuladen ? Wie muß die URL dann aussehen ? Flash? Wieso Flash? Also die Luftbilder sind auf dem Server sind ein einfach ein paar hunderttausend statische JPEG-Dateien, dem ist es egal, ob Flash da drauf zugreift oder JOSM oder sonstwas. Also: ja, es ist natürlich möglich, die Luftbilder ohne Flash herunterzuladen. Es wird allerdings schwierig, _Potlatch_ ohne Flash zu benutzen, nachdem Potlatch, nun ja, eine Flash-Anwendung ist :) Hast du es schon mal mit JOSM probiert? Oder verstehe ich irgendwie das Problem nicht? P.S.: Würde mich auch über ein TMS für Freiburg freuen, da Bing hier zum Teil noch zehn Jahre alte Bilder anbietet. Nun ja, mal sehen, ob und wie das was wird. Ich stelle erst einmal online, was ich habe (Mannheim + Umgebung) - dann können wir schauen, wieviel Platz noch da ist, ob wir noch weitere Bilder von Aerowest kriegen usw. Das, was jetzt läuft, ist eine Art Pilotprojekt. Wie das weiter geht, sehen wir, wenn wir alle ein bisschen mehr Erfahrung damit haben - versprechen kann ich da nichts... Grüße Igor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder (Aerowest) ohne flash
On 29/04/12 15:55, Igor Podolskiy wrote: Hey On 29.04.2012 14:24, fly wrote: Ich habe gerade massive probleme mit Flash. Gibt es eine Möglichkeit Aerowest Bilder ohne flash runterzuladen ? Wie muß die URL dann aussehen ? Flash? Wieso Flash? Also die Luftbilder sind auf dem Server sind ein einfach ein paar hunderttausend statische JPEG-Dateien, dem ist es egal, ob Flash da drauf zugreift oder JOSM oder sonstwas. Also: ja, es ist natürlich möglich, die Luftbilder ohne Flash herunterzuladen. Vielleicht habe ich mich ja falsch ausgedrückt. Mein Problem ist das Navigieren auf der Seite von areowest [1], wenn die sich überhaupt öffnet. Hab jetzt schon einige Browser und beide Flash-Plugins ausprobiert. Gibt es eine Möglichkeit die Bilder mit wget/curl herunterzuladen ? Wie ist die URL dann aufgebaut (Koordinaten/Zoomlevel ...) ? Es wird allerdings schwierig, _Potlatch_ ohne Flash zu benutzen, nachdem Potlatch, nun ja, eine Flash-Anwendung ist :) Hast du es schon mal mit JOSM probiert? Oder verstehe ich irgendwie das Problem nicht? s.o. Benutze eigentlich ausschließlich JOSM. Danke fly [1] http://www.aeroview.de/aerowest_IWS/map.php?user=osmpwd=osmonly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ATKIS-Signaturenkatalog / rendering von Burgen und Schlössern
BBO osm@gmx.de wrote: Könnte man evtl. in den höheren Zoomstufen auch den Namen rendern? Hab ich jetzt für die Zoomlevel 17 und 18 mal eingebaut! Desweiteren habe ich den Zoomlevel ab dem Burgen und Schlösser als Symbole gerendert werden mal um eins erhöht. Schon ab Zoomlevel 13 zu rendern fand ich dann doch ein wenig zu früh. Gruss Sven -- Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen (Wolfgang Schäuble) /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] kein Tracks hochladen
Michael Kugelmann wrote: * das Aussortieren von schlechtem Empfang ist schlichtweg Aufwand der zum Nutzen nicht gerechtfertigt ist Wenn man einen Logger hat, der Angaben zum Empfang mitspeichert, dann sollte doch automatische Vorsortierung möglich sein? * Datenschutz: es geht nicht jeden an + wo jemand wann unterwegs war (Beispiele: gesperrte Straßen, Firmen-/Privatgelände) + wie schnell jemand unterwegs war (Tempolimit) + das Anonymisieren ist schlichtweg Aufwand * weiß nur der Mapper wo er langefahren ist (Beispiele) + auf einer Straße + auf einem Fußweg + quer über einen Parkplatz + querfeldein über eine Wiese + linke oder rechte Straßenseite + wo im Auto das GPS gelegen ist (links, Mitte, rechts) * ... [viele weitere Gründe] Ich logge extra für OSM. Soll heißen: Ich vergleiche die Karte mit der Realität oder ich prüfe in einer Region für welche Straßen noch Tracks fehlen. Dann plane ich mir eine Route, an der ich die Karte korrigieren will, schnalle das GPS an's Fahrrad und fahre die Route ab. Warum sollte man solche, extra für OSM erzeugten, Tracks dann nicht anderen zur Verfügung stellen? Am Anfang des Projekts musste sich OSM rechtfertigen wo die Daten herkommen = die Tracks waren ein Beweis, dass die Leute wirklich da waren und die Daten nicht kopiert wurden. Zwischenzeitlich hat das Projekt aber ein gewisses Ansehen weil wir uns konsequent für die Sauberkeit der Daten einsetzen. Und es stehen zwischenzeitlich Quellen (z.B. gute Luftbilder) zur Verfügung um Daten auch ohne Besuch vor Ort zu erfassen = die Tracks sind m.E. nicht mehr zwingend nötig. Ich halte die Luftbilder von Bing eher für eine ungenaue Quelle. Schon deshalb, weil es sich um Schrägaufnahmen handelt. Wir haben hier recht hügelige Gebiete mit vielen Tälern und Hängen. Dort ist Bing bestenfalls als Quelle für eine Skizze geeignet, die dann mit GPS-Tracks verbessert werden muss. Ich sehe source=Bing generell als Muss vor Ort noch geprüft und mit GPS korrigiert werden an. Auch heute noch ist es wichtig, dass Tracks zur Verfügung gestellt werden. Nur so kann man einen Weg ausmitteln. Wenn ich z.B. einen Weg logge und mein Log gravierend neben dem eingetragenen Weg liegt, dann lade ich mir immer erstmal alle sonstigen Logs in dem Bereich runter und mittle den Weg dann anhand aller Logs aus. Wenn es keine anderen Logs gibt, dann bleibt mir nichts anderes übrig als mein Log als führend zu betrachten und den Weg direkt auf mein Log zu ziehen. Wenn das jeder so macht, dann wandern Wege permanent hin und her, weil jeder sein Log für richtig hält. Also zumindest für mich ist es durchaus Bestandteil meiner TODO-Liste, in meiner Gegend alle Wege, für die bei OSM noch garkein Track hinterlegt ist, selber nochmal mit GPS abzufahren um einerseits die Position des Weges zu prüfen und andererseits dafür zu sorgen, dass wenigstens *ein* Track für den Weg in der DB ist. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sind Angaben zum Empfang im Log brauchbar?
Hallo, bisher verwende ich einen Logger, der keinerlei Angaben zur Empfangsqualität mitspeichert. Wenn ich einen neuen anschaffe: Wie wichtig sind solche Daten eurer Meinung nach? Ist sowas sinnvoll, oder ist anhand der üblicherweise geloggten Daten ohnehin kein Rückschluss auf die Qualität der Punkte möglich? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kein Tracks hochladen
2012/4/29 fly lowfligh...@googlemail.com: On 28/04/12 11:46, Falk Zscheile wrote: Am 28. April 2012 11:22 schrieb Rainer Knaepper sm...@gmx.de: Was tut man damit: http://wiki.openstreetmap.org/wiki/File:Restrictions_marsbruchplatz_aplerbeck_IMGP5729.jpg (short: http://preview.tinyurl.com/cxqzz7l ) betreffend http://www.openstreetmap.org/browse/way/30504716 highway=residential oneway=yes oneway:bicycle=no und/oder cycleway=opposite access=destination bicycle=yes taxi=yes noexit=yes maxspeed=20 Das noexit=* würde ich weglassen oder bist Du Dir sicher, dass da kein Weg weiter geht ? Stimmt, auf dem Bild sieht es aus als würde es weiter gehen, im Hintergrund sind weitere Verkehrsschilder zu sehen. Zumindest Fußgänger und Radfahrer scheinen aber weiterzukommen. Auch ist noexit an Wegen meiner Ansicht nicht sehr sinnvoll ! Aber es richtet zumindest auch keinen Schaden an :-) Setzt du noexit generell nicht, oder nur auf Nodes? Jetzt wo die es sagst und ich nochmal darüber nachdenke macht noexit für unsere Anwendungen tatsächlich wenig Sinn. Auf der Karte sieht man, ob der Weg weiter geht oder nicht. Der Router erkennt das auch :-) noexit ist damit eigentlich nur für den relevant, der am Beginn einer Straße steht und nicht erkennen kann, wie/ob es dort weiter geht. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kein Tracks hochladen
Am 28.04.2012 12:32, schrieb malenki: Machen meinem Eindruck nach Wenige. Sobald man etwas längere Logs hat, skaliert das eh nicht mehr. Funktionierende Batchverarbeitung zum Säubern von Logs gibt es nicht. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Mit GPSBabel kann man nach Anzahl-der-Satelliten und DOP filtern. LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kein Tracks hochladen
Am 29. April 2012 16:38 schrieb Falk Zscheile falk.zsche...@googlemail.com: Jetzt wo die es sagst und ich nochmal darüber nachdenke macht noexit für unsere Anwendungen tatsächlich wenig Sinn. Auf der Karte sieht man, ob der Weg weiter geht oder nicht. Der Router erkennt das auch :-) noexit ist damit eigentlich nur für den relevant, der am Beginn einer Straße steht und nicht erkennen kann, wie/ob es dort weiter geht. ja, eigentlich bräuchte man no_exit nicht, es macht aber trotzdem begrenzt Sinn, wenn man für andere Mapper andeuten will, dass ein Weg wirklich nicht weiter geht (also taggt man den letzten node davon so), und er nicht etwa nur versehentlich nicht verbunden wurde. Begrenzt wird der Sinn m.E. dadurch, dass man fast immer auch zeichnen könnte, warum der Weg nicht weiter geht, also z.B. den Zaun, das Gebäude, ein Stück Mauer oder den Sumpf, der das Weitergehen verhindert oder so. Und wenn das drin ist, stellen sich oft gar keine weiteren Fragen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder (Aerowest) ohne flash
Hallo fly, Vielleicht habe ich mich ja falsch ausgedrückt. Mein Problem ist das Navigieren auf der Seite von areowest [1], wenn die sich überhaupt öffnet. Hab jetzt schon einige Browser und beide Flash-Plugins ausprobiert. Gibt es eine Möglichkeit die Bilder mit wget/curl herunterzuladen ? achsooo. Das TMS, von dem ich rede, hat mit der Seite von Aerowest _absolut nichts_ zu tun, außer dass die Bilder von Schwetzingen und Umgebung natürlich auch auf der Aerowest-Seite zu sehen sind. Die TMS-Bilder (Schwetzingen, Plankstadt, Ketsch, Brühl) auf http://vwi-stuttgart.de:8080/ sind ganz normal über die WMS-Preferences in JOSM einzubinden: tms:http://vwi-stuttgart.de:8080/aerowest-baden/{zoom}/{x}/{y}.jpg Wenn du _andere_ Bilder benutzen willst, bin ich nicht der richtige Ansprechpartner - ich hatte die Aerowest-Seite nie wirklich benutzt. Da gibt es sicher andere hier, die dir besser weiterhelfen können. Jetzt verstehe ich auch das Sorry etwas OT in deinem Post... wenn es nicht um die TMS-Bilder von Baden geht, ist es in diesem Thread auch OT und wir haben uns daher missverstanden. Vielleicht wäre ein eigener Thread dafür besser gewesen... :) Nichtsdestotrotz viel Erfolg Igor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kein Tracks hochladen
On 29/04/12 17:29, Martin Koppenhoefer wrote: Am 29. April 2012 16:38 schrieb Falk Zscheile falk.zsche...@googlemail.com: Jetzt wo die es sagst und ich nochmal darüber nachdenke macht noexit für unsere Anwendungen tatsächlich wenig Sinn. Auf der Karte sieht man, ob der Weg weiter geht oder nicht. Der Router erkennt das auch :-) noexit ist damit eigentlich nur für den relevant, der am Beginn einer Straße steht und nicht erkennen kann, wie/ob es dort weiter geht. +1 Ich setzt noexit nur auf nodes. ja, eigentlich bräuchte man no_exit nicht, es macht aber trotzdem begrenzt Sinn, wenn man für andere Mapper andeuten will, dass ein Weg wirklich nicht weiter geht (also taggt man den letzten node davon so), und er nicht etwa nur versehentlich nicht verbunden wurde. Begrenzt wird der Sinn m.E. dadurch, dass man fast immer auch zeichnen könnte, warum der Weg nicht weiter geht, also z.B. den Zaun, das Gebäude, ein Stück Mauer oder den Sumpf, der das Weitergehen verhindert oder so. Und wenn das drin ist, stellen sich oft gar keine weiteren Fragen. Am Ende von Holzabfuhrwegen ist der Tag die einzige Möglichkeit darauf hinzuweisen, dass hier auch wirklich kein Pfad mehr weiterführt und man sich von dort an nur noch durchs Unterholz/Brombeeren kämpfen kann. Ciao fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder (Aerowest) ohne flash
Hallo fly, On 04/29/2012 04:10 PM, fly wrote: Mein Problem ist das Navigieren auf der Seite von areowest [1], wenn die sich überhaupt öffnet. Hab jetzt schon einige Browser und beide Flash-Plugins ausprobiert. [1] http://www.aeroview.de/aerowest_IWS/map.php?user=osmpwd=osmonly Das ist Java und kein Flash. Funktioniert bei mir auch nur mäßig, da sind die verfügbaren TMS deutlich angenehmer. Mitja ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder (Aerowest) ohne flash
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, Am 29.04.2012 16:10, schrieb fly: Vielleicht habe ich mich ja falsch ausgedrückt. Mein Problem ist das Navigieren auf der Seite von areowest [1], wenn die sich überhaupt öffnet. Hab jetzt schon einige Browser und beide Flash-Plugins ausprobiert. Schau dir mal die Diskussions-Seite an, unter dem Abschnitt Bessere Lösung, (http://wiki.openstreetmap.org/wiki/DE_talk:WissensWert/Luftbilder) Gibt es eine Möglichkeit die Bilder mit wget/curl herunterzuladen ? Wie ist die URL dann aufgebaut (Koordinaten/Zoomlevel ...) ? Selbst wenn es technisch möglich sei, ist davon stark abzuraten, denn Aerowest gestattet das automatische Herunterladen der Bilder nicht. Gruß, Carsten - -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.piranho.de/gpg/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+dfjQACgkQ6SlDN6cxaI7xWACgzhz3VyP1iN6RtrZOSrIUElo0 y44An3cwFi86zODwMzYegC1A/UkJyycO =QpNI -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Hallo, Anknüpfend an die Diskussion zu Abstimmungsprozessen bei OSM im allgemeinen möchte ich hier einen Fall aus dem Wiki schildern, wo eine Abstimmungsmöglichkeit meiner Meinung nach etwas bringen könnte. Wenn man einen Wiki-Artikel ändern will, setzt man sich immer dem Risiko aus, dass man jemanden auf die Füße tritt und man im schlimmsten Fall geradewegs in einen Editwar stolpert. Je umfangreicher die Änderung, desto höher die Wahrscheinlichkeit. Das ist dann um so ärgerlicher, wenn man schon kostbare Zeit in den Artikel investiert hat. Nun wird angeraten, die Änderung vorher auf der Diskussionsseite anzukündigen. Aber das ändert am Grundproblem nichts. Je konkreter man die Änderung ankündigt, um so höher ist die Wahrscheinlichkeit, dass einer Protestiert. Beispiel: Wenn ich ankündige, die Definition sollte überarbeitet werden (Nebensatz A soll durch Nebensatz B ausgetauscht werden), dann denken sich 5 ja, ich finde die Definition auch nicht schön, endlich kümmert sich mal einer. Aber einer hält die Definition (mit Nebensatz A) für die Beste, die es gibt und schreibt sein Veto auf die Diskussionsseite. Dann ist man genau so weit als hätte man direkt geändert. Wenn man nach dem Veto ändert bekommt man gesagt ich habe widersprochen. Ändert man ohne Ankündigung bekommt man gesagt, dass hättest du ankündigen müssen. Es kommt in jedem Fall zum Streit. Für den Änderungswilligen ist nicht erkennbar, ob er es nur mit einer einzelnen abweichenden Meinung zu tun hat, die ggf. ignoriert werden kann, oder ob er soeben nur auf die Spitze eines Eisberges getroffen ist . Im oben genannten Beispiel stehen tatsächlich einem Veto aber sechs Befürworter gegenüber (5 die sagen, das muss überarbeitet werden + 1 der überarbeiten will). Der eingangs angeratene Modus bevorzugt also den, der sein Veto zum Ausdruck bringt gegenüber den tatsächlich vorhandenen Zugstimmern, die das aber nicht extra tippen wollen. Darus folgt: die tatsächlichen Meinungsverhältnisse können nur über eine Abstimmung zum Vorschein gebracht werden. Hier könnte eine Abstimmungsmodul helfen. Wer die Wiki-Seite Beobachtet wird informiert und kann abstimmen. Ein Meinungsbild wird erkennbar. An der Beteiligung an der Abstimmung (Verhältnis Abonnenten der Seite/Abstimmer) wie wichtig das Thema vermutlich ist. Derjenige, der die Änderung vornehmen will kann dann ungefähr abschätzen, ob sich der Zeitaufwand lohnt, oder ob man es (mangels Erfolgsaussichten) besser gleich lässt. Möglicherweise löst er aber zumindest eine Diskussion aus, deren Ergebnis er bei der Überarbeitung berücksichtigen kann. Gibt es so ein Abstimmungsmodul bzw. wie schwierig wäre eine Programmierung/Umsetzung im Wiki? Gruß, Falk PS.: Das könnte auch den Proposelprozess erleichtern. Wenn einer schreibt, ich bin dagegen, weil [Gegenargument] könnte er dort auch gleich ein Abstimmungsfeld anbringen. Dann müssen andere nicht auch noch tippen und man sieht, für wie Relevant das Argument gehalten wird. Die Befürworter des Proposels können dann gezielt argumentativ bezüglich des [Gegenargument] nach legen, wenn erkennbar wird, dass dort viele ein Problem sehen. Kurzum, es würde leichter neuralgische Punkte zu finden, weil nicht nur Argumente ausgetauscht werden, sondern diese auch noch gewichtet werden können. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kein Tracks hochladen
Jimmy_K schrieb: Am 28.04.2012 12:32, schrieb malenki: Machen meinem Eindruck nach Wenige. Sobald man etwas längere Logs hat, skaliert das eh nicht mehr. Funktionierende Batchverarbeitung zum Säubern von Logs gibt es nicht. Mit GPSBabel kann man nach Anzahl-der-Satelliten und DOP filtern. Ja - leider schreiben Garmin-Geräte diese Daten nicht ins Log, so dass man auf Statistik angewiesen ist. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kein Tracks hochladen
Michael Kugelmann schrieb: Am 28.04.2012 12:32, schrieb malenki: Alle Logs in eine Zip-Datei packen, hochladen, fertig. Und alle mit selber Beschreibung? Macht für mich keinen Sinn. Wie kann wohl der Mapper daheim am Rechner überprüfen, ob die Luftbilder korrekt sitzen beziehungsweise deren Lage korrigieren..? Nur als Anmerkung: ein GPS kann von der Genauigkeit auch nicht unwesentlich streuen... Eben. Das macht deinen folgenden Satz Und: ich vertraue nur meinen eigenen Tracks. aber auch nicht besser. :) Gruß amlenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kein Tracks hochladen
malenki wrote: Ja - leider schreiben Garmin-Geräte diese Daten nicht ins Log, so dass man auf Statistik angewiesen ist. Generell alle Garmin-Geräte nicht? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Am 29. April 2012 20:00 schrieb Falk Zscheile falk.zsche...@googlemail.com: Anknüpfend an die Diskussion zu Abstimmungsprozessen bei OSM im allgemeinen möchte ich hier einen Fall aus dem Wiki schildern, wo eine Abstimmungsmöglichkeit meiner Meinung nach etwas bringen könnte. Wenn man einen Wiki-Artikel ändern will, setzt man sich immer dem Risiko aus, dass man jemanden auf die Füße tritt und man im schlimmsten Fall geradewegs in einen Editwar stolpert. Je umfangreicher die Änderung, desto höher die Wahrscheinlichkeit. Das ist dann um so ärgerlicher, wenn man schon kostbare Zeit in den Artikel investiert hat. m.E. ist es bei Seiten zum Tagging am besten, die deutsche Seite ist eine Übersetzung der englischen Seite, und falls man Änderungen machen will, spricht man diese auf der englischen Tagging-Liste an. Wenn man dann die Änderungen macht, kann man auf diese Diskussion verweisen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kein Tracks hochladen
Manuel Reimer schrieb: malenki wrote: Ja - leider schreiben Garmin-Geräte diese Daten nicht ins Log, so dass man auf Statistik angewiesen ist. Generell alle Garmin-Geräte nicht? Soweit ich weiß, macht das keins der Consumer-Geräte, wenn man das Log intern (oder auf die SD-Karte) schreiben lässt. Ich habe zwar gehört, dass man wohl über NMEA-Buchse den kompletten Datenstrom abgreifen kann, aber das wäre mir zuviel Aufwand, um den ganzen Kram für spontanes Mappen immer dabei zu haben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder (Aerowest) ohne flash
On 29/04/12 19:45, Carsten Gerlach wrote: Hi Am 29.04.2012 16:10, schrieb fly: Vielleicht habe ich mich ja falsch ausgedrückt. Mein Problem ist das Navigieren auf der Seite von areowest [1], wenn die sich überhaupt öffnet. Hab jetzt schon einige Browser und beide Flash-Plugins ausprobiert. Schau dir mal die Diskussions-Seite an, unter dem Abschnitt Bessere Lösung, (http://wiki.openstreetmap.org/wiki/DE_talk:WissensWert/Luftbilder) Super, das funktioniert. Gibt es eine Möglichkeit die Bilder mit wget/curl herunterzuladen ? Wie ist die URL dann aufgebaut (Koordinaten/Zoomlevel ...) ? Selbst wenn es technisch möglich sei, ist davon stark abzuraten, denn Aerowest gestattet das automatische Herunterladen der Bilder nicht. Soweit war ich noch gar nicht, aber verständlich. Danke fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
m.E. ist es bei Seiten zum Tagging am besten, die deutsche Seite ist eine Übersetzung der englischen Seite, und falls man Änderungen machen will, spricht man diese auf der englischen Tagging-Liste an. Wenn man dann die Änderungen macht, kann man auf diese Diskussion verweisen. Ja, so sieht die Theorie aus. Leider ist es aber nicht selten so, dass Änderungen auf übersetzten Seiten gemacht werden und die englische - welche ja eigentlich die Quelle sein sollte - vergessen wird. Dadurch weichen die Seiten dann mit der Zeit immer mehr von einander ab - teilweise auch bei entscheidenden Details. Wenn man dann auf die Idee kommt Übersetzungen an den englischen Artikel anzugleichen, fallen diese Details schnell unter den Tisch und es gibt Stunk. Weiters denken einige, dass eine bestimmte Sprachversion bestimmte länderspezifische Besonderheiten beinhalten soll - und nur diese. Nur als Beispiel jetzt: ich habe kürzlich in den Niederlanden gemappt. Ich spreche kein Wort holländisch. Wenn etwas LÄNDERspezifisches nur auf einer holländischen Seite steht aber nicht auf der englischen, hilft mir das genau gar nichts. Man sollte hier Sprache nicht mit Land verwechseln und länderspezifische Besonderheiten gehören genauso in alle Sprachversionen. Ich kann dir aber sonst nur zustimmen: vor einer größeren Änderung in tagging ankündigen, vielleicht noch kurz diskutieren und dann anpassen. Ich fange dann immer mit der englischen Seite an und übersetze dann in jene Sprachen, welche ich noch beherrsche, damit zumindest ein paar Sprachversionen identisch sind (für kurze Zeit). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Schwierig ist sowas nicht umzusetzen. In der Wikipedia gibt es dafür einfache Vorlagen für Pro und Contra[1]. Die Auszählung erfolgt von Hand. Dazu kann man sich dann noch ein unendlich kompliziertes Verfahren ausdenken, wann die Stimmen wie zu zählen sind, oder ob man sich doch auf die Argumente verläßt. Ich denke, wenn 5 Leute abgestimmt haben kann das inoffiziell reichen. Für offizielle, wichtige Abstimmungen ist es wichtig diese an einem zentralen Platz im Wiki anzukündigen und eine definierte Zeitspanne laufen zu lassen, weil man sonst mit seinen 5 Freunden alles durchsetzen kann. Da man das mit den Meinungsbildern[1] in der deutschen Wikipedia schon anders sieht als in der englischen müßte man erstmal abklären, ob sowas im OSM-Wiki auf Gegenliebe stößt. (Und wie bestimmt man sowas ohne Meinungsbild? ...) Grüße Tim [1]http://de.wikipedia.org/wiki/Vorlage:Pro [2]http://de.wikipedia.org/wiki/Wikipedia:Meinungsbilder Am 29.04.2012 20:00, schrieb Falk Zscheile: Hallo, Gibt es so ein Abstimmungsmodul bzw. wie schwierig wäre eine Programmierung/Umsetzung im Wiki? Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ATKIS-Signaturenkatalog / rendering von Burgen und Schlössern
Sven Geggus wrote BBO lt;osm.bbo@gt; wrote: Könnte man evtl. in den höheren Zoomstufen auch den Namen rendern? Hab ich jetzt für die Zoomlevel 17 und 18 mal eingebaut! Danke! -- View this message in context: http://gis.19327.n5.nabble.com/ATKIS-Signaturenkatalog-rendering-von-Burgen-und-Schlossern-tp5643383p5674598.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] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Am 29. April 2012 21:46 schrieb Martin Vonwald (Imagic) imagic@gmail.com: m.E. ist es bei Seiten zum Tagging am besten, die deutsche Seite ist eine Übersetzung der englischen Seite, und falls man Änderungen machen will, spricht man diese auf der englischen Tagging-Liste an. Wenn man dann die Änderungen macht, kann man auf diese Diskussion verweisen. Ja, so sieht die Theorie aus. Leider ist es aber nicht selten so, dass Änderungen auf übersetzten Seiten gemacht werden und die englische - welche ja eigentlich die Quelle sein sollte - vergessen wird. Dadurch weichen die Seiten dann mit der Zeit immer mehr von einander ab - teilweise auch bei entscheidenden Details. Wenn man dann auf die Idee kommt Übersetzungen an den englischen Artikel anzugleichen, fallen diese Details schnell unter den Tisch und es gibt Stunk. Sich auf bloße Übersetzungen der englischen Seiten zu beschränken halte ich nicht für Sinnvoll. Zum einen kommt es ab einem bestimmten Detailgrad immer auf landesspezifische Gegebenheiten an, zum anderen sind wir in Deutschland aufgrund der puren Masse an Mappern und der daraus folgenden Diskussionen in der Regel schon bei Problemen angekommen, wo andere Länder erst viel später hin gelangen werden. Dabei denke ich insbesondere an die Verfeinerung des Taggingschemas. Es ist meiner Meinung nach nicht Sinnvoll ein national gefundenes Ergebnis nicht offiziell im Wiki dokumentieren zu sollen, weil das im Englischen so (noch) nicht vorhanden ist. Ich glaube im Übrigen nicht, dass es unser Ziel sein sollte, die ganze Welt in einen Topf zu werfen. Weiters denken einige, dass eine bestimmte Sprachversion bestimmte länderspezifische Besonderheiten beinhalten soll - und nur diese. Nur als Beispiel jetzt: ich habe kürzlich in den Niederlanden gemappt. Ich spreche kein Wort holländisch. Wenn etwas LÄNDERspezifisches nur auf einer holländischen Seite steht aber nicht auf der englischen, hilft mir das genau gar nichts. Man sollte hier Sprache nicht mit Land verwechseln und länderspezifische Besonderheiten gehören genauso in alle Sprachversionen. Das ist doch nicht schlimm. Die Niederländer werden Dir schon nicht den Kopf abreißen, wenn sie sehen, dass du eine niederländische Spezialität nicht kennst, weil du die Sprache nicht sprichst. Wenn du daraus aber folgerst, es soll deswegen keine eigenständigen Inhalte in der Nationalsprache geben, dann schließt du vom (Sonder-)Einzefall aufs allgemeine. Da du aber ein Sonderfall bis (Deutscher, der in den Niederlanden mappt und nicht der Normalfall -- Niederländer der in den Niederlanden mappt) sollte man daraus keine allgemeingültige Regel ableiten. Dies sollte man nur vom Normalfall tun. Ich kann dir aber sonst nur zustimmen: vor einer größeren Änderung in tagging ankündigen, vielleicht noch kurz diskutieren und dann anpassen. Ich fange dann immer mit der englischen Seite an und übersetze dann in jene Sprachen, welche ich noch beherrsche, damit zumindest ein paar Sprachversionen identisch sind (für kurze Zeit). Eben, du solltest die normative Kraft des faktischen akzeptieren. Offensichtlich sollen die Nationalsprachen nicht nur ein Abklatsch aus dem englischen sein. Ich denke wir können es uns von den Kapazitäten her auch nicht leisten, das nur jede, die des englischen hinreichend mächtig sind das deutsche Wiki schreiben dürfen/sollen. Außerdem sehe ich hier einen weiteren Widerspruch. zum einen sagen wir, dass soll die Community mal vor Ort entscheiden, andererseits soll das englische Wiki hier zum Maßstab der Dinge gemacht werden. Das passt für mich nicht recht zusammen. Mir ist schon klar, das im deutschen Wiki nicht das Gegenteil vom englischen stehen darf/soll, aber Verfeinerungen und Konkretisierungen müssen möglich sein. Aber davon unabhängig, was denkt ihr über den Abstimmungsmodus, wie ich ihn vorschlug? Die Problematik/Methodik ist ja nun wirklich nicht auf das deutsche Wiki beschränkt. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notwendigkeit von Abstimmungsprozessen im OSM-Wiki
Am 29. April 2012 21:50 schrieb Kolossos tim.al...@s2002.tu-chemnitz.de: Da man das mit den Meinungsbildern[1] in der deutschen Wikipedia schon anders sieht als in der englischen müßte man erstmal abklären, ob sowas im OSM-Wiki auf Gegenliebe stößt. (Und wie bestimmt man sowas ohne Meinungsbild? ...) Man könnte es versuchen anzubieten und schauen, wie die Community darauf reagiert. Ob es eine erleichterung bei der Meinungsfindung bringt, oder eben nicht. Versuch macht [1]http://de.wikipedia.org/wiki/Vorlage:Pro [2]http://de.wikipedia.org/wiki/Wikipedia:Meinungsbilder Das geht tatsächlich schon in die von mir gedachte Richtung, auch wenn die dort gestellten Fragen viel grundsätzlicher sind, als ich sie mir im Rahmen unseres Wikis in Bezug aufs tagging vorstelle. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kein Tracks hochladen
Am 29.04.2012 16:20, schrieb Manuel Reimer: [...] wie gesagt: ich habe mehrere Gründe * Datenschutz * ich vertraue nicht auf fremde Daten (verwende quasi nie fremde Tracks) * versuche meinen Aufwand auf das Wesentliche zu konzentrieren weswegen ich die Tracks nicht hochlade. Das soll jeder für sich selber entscheiden, ob er es machen will oder nicht. Ich mache es nicht. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kein Tracks hochladen
Am 29.04.2012 20:19, schrieb malenki: Eben. Das macht deinen folgenden Satz Und: ich vertraue nur meinen eigenen Tracks. aber auch nicht besser. :) Das geht, wenn man mehrfach mit Abstand fährt und zusätzlich Luftbilder und Fotos (Fotomapping) verwendet. Aber ich kann meine Tracks selber interpretieren, weil ich weiss wie ich gefahren bin. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder (Aerowest) für Schwetzingen und Umgebung via TMS verfügbar
On 28.04.2012 23:17, Igor Podolskiy wrote: Die Bilder sind: * Schwetzingen * Plankstadt * Brühl (Baden) * Ketsch (Rhein) ...und ab sofort ist der Layer um Oftersheim erweitert (7cm, Maximalzoom 21, direkt südlich von Plankstadt) online :) Viele Grüße aus Stuttgart Igor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] licenza e legge 241/1990 silenzio assenso
La normativa italiana prevede nella norma di legge 241/1990 art 20 se non vado errato il silenzio assenso applicando tale norma ai dati della vecchia licenza osm mi chiedo, se uno ai numerosi appelli per accettare la nuova licenza non ha mai risposto non rientra in tale normativa? Non andrebbero cancellati solo i dati di chi ha esplicitamente rifiutato la nuova licenza? Parlo almeno per i dati forniti dagli utenti italiani, ma sempre se non ricordo male dovrebbe essere una normativa europea C'è qualcuno che se ne intende meglio di giurisprudenza? Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] licenza e legge 241/1990 silenzio assenso
On 2012-04-29 at 11:36:11 +0200, beppebo...@libero.it wrote: La normativa italiana prevede nella norma di legge 241/1990 art 20 se non vado errato il silenzio assenso quella legge parla di pratiche della pubblica amministrazione, non di diritto d'autore, per il quale il silenzio assenso non mi risulta valga in nessuna legislazione [1]_. .. [1] o almeno non in quelle famose, europa, stati uniti e simili. -- Elena ``of Valhalla'' signature.asc Description: Digital signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Applicazione Android per il tracking sportivo che usi mappe OSM
Come da oggetto... ne conoscete/usate qualcuna? Sul wiki non ci sono molte informazioni e da quello che ho capito: 1) Endomondo le usa ma solo su blackberry, su Android c'è GMaps 2) Sports Tracker (ex Nokia) idem, su Android usa solo GMaps 3) Runtastic... dagli screenshot sembra usare anche lui GMaps E' un peccato perchè per fare sport le mappe di OSM sono perfette! Grazie ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Applicazione Android per il tracking sportivo che usi mappe OSM
Osmand usa mappe vettoriali di Osm Oruxmaps (e tanti altri) usano le tiles raster Cerca openstreetmap nel market Ciao /niubii/ Il giorno 29/apr/2012 18:35, Andrea Decorte adeco...@gmail.com ha scritto: Come da oggetto... ne conoscete/usate qualcuna? Sul wiki non ci sono molte informazioni e da quello che ho capito: 1) Endomondo le usa ma solo su blackberry, su Android c'è GMaps 2) Sports Tracker (ex Nokia) idem, su Android usa solo GMaps 3) Runtastic... dagli screenshot sembra usare anche lui GMaps E' un peccato perchè per fare sport le mappe di OSM sono perfette! Grazie ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Strade di campagna
Il 28/04/2012 16.52, Andrea Musuruane ha scritto: 2012/4/28 Alexander Roalteralexan...@roalter.it mentre c'è una differenza tra grade1 a grade2 (~ surface=asphalt/paved, surface=gravel), per la altre tracktype non è così semplice da descrivere soltanto con surface. Io mi regolo così: - Grade 1 : strada pavimentata, asfalto o cemento - Grade 2 : strada ghiaiata ben curata, non avrei problemi a passarci con la mia auto. - Grade 3: strada ghiaiata un po' sfatta, la potrei fare con la mia auto ma non ne sarei felice. - Grade 4: ci vuole un fuoristrada o la voglia di sfasciare la macchina. - Grade 5: il fuoristrada o meglio un trattore, impraticabile altrimenti. Parliamo sempe comunque di tracce dove un mezzo a 4 ruote può passare, altrimenti sono path. Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strade della rete principale e ODbL
Ciao a tutti, ho aggiornato la pagina [1] mettendo Done alle way non più esistenti nel database. Per curiosità ho anche calcolato qualche numero sulle way da rimappare, presenti nella lista, per regione: http://dl.dropbox.com/u/41550819/OSM/Numero_way_non_ODbL/Numero_way_non_ODbL.html Visto che questa settimana il remapping si è raffreddato, lancio un'idea. Sarebbe bello riuscire a portare a zero, nella prossima settimana, il numero di: - way con meno di 4 nodi, - motorway e trunk (compresi relativi _link). Per molte regioni manca poco. Ci riusciamo? :) Ciao, Groppo [1] http://wiki.openstreetmap.org/wiki/Open_Database_License/Cleanup/Italy P.s. Se la pulizia del database inizia questa settimana sarà facilissimo raggiungere l'obbiettivo ... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Strade di campagna
Io mi regolo così: - Grade 1 : strada pavimentata, asfalto o cemento Il wiki (https://wiki.openstreetmap.org/wiki/Key:tracktype) suggerisce: Paved track or heavily compacted hardcore Non so come si traduce hardcore ma è uno sterrato con superfice dura, spesso di terra. - Grade 2 : strada ghiaiata ben curata, non avrei problemi a passarci con la mia auto. - Grade 3: strada ghiaiata un po' sfatta, la potrei fare con la mia auto ma non ne sarei felice. - Grade 4: ci vuole un fuoristrada o la voglia di sfasciare la macchina. - Grade 5: il fuoristrada o meglio un trattore, impraticabile altrimenti. Parliamo sempe comunque di tracce dove un mezzo a 4 ruote può passare, altrimenti sono path. Volker Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strade della rete principale e ODbL
Ho visto che la provincia di Rieti è completamente pulita: un utente ha accettato una settimana fa. Inoltre in altre province ci sono molti oggetti con odbl=clean Puoi fare qualcosa? Ciao Il giorno dom, 29/04/2012 alle 20.28 +0200, Groppo O ha scritto: Ciao a tutti, ho aggiornato la pagina [1] mettendo Done alle way non più esistenti nel database. Per curiosità ho anche calcolato qualche numero sulle way da rimappare, presenti nella lista, per regione: http://dl.dropbox.com/u/41550819/OSM/Numero_way_non_ODbL/Numero_way_non_ODbL.html Visto che questa settimana il remapping si è raffreddato, lancio un'idea. Sarebbe bello riuscire a portare a zero, nella prossima settimana, il numero di: - way con meno di 4 nodi, - motorway e trunk (compresi relativi _link). Per molte regioni manca poco. Ci riusciamo? :) Ciao, Groppo [1] http://wiki.openstreetmap.org/wiki/Open_Database_License/Cleanup/Italy P.s. Se la pulizia del database inizia questa settimana sarà facilissimo raggiungere l'obbiettivo ... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] Fjernelse af fantasifostre
Hvordan registrer man, at en vej ikke eksisterer? Der er nogle lænestols-kartografer, der opfinder veje ud fra adressenoder. Det kan være nødvendigt, fordi der godt kan være bygget noget efter 2005 - og så kan man ikke se det på Fugro. Jeg gør det også selv, og synes det er en god ting, så længe man f.x. tagger vejen med highway=proposed source=fantasy Men hvad gør man så, når man undersøger sådan en vej i virkeligheden og finder ud af, at den ikke eksisterer? I nogle tilfælde kan man regne ud, at vejen nok kommer engang - så kan man bare beholde vejen som proposed og sætte en kommentar om, at den ikke er der endnu. Men i andre tilfælde er det tydeligt, at vejen aldrig kommer. Så må man slette den - men hvordan forhindrer man, at den bliver oprettet igen? Det hjælper jo ikke at tagge den vej, som man lige har slettet. En del af dem er veje, der er tegnet hen til et adressepunkt midt på en mark. Men når man ser på tingene i virkeligheden, så er der ikke noget på marken. Enten er det en fejlplaceret adresse, eller også har der engang ligget et skur - eller måske skal der engang bygges en vindmølle. Hvis punktet ligger inde i en skov, kan man ikke engang se, om der ligger noget på punktet, man kan kun konstatere, at der ikke er en vej. I nogle tilfælde kan man tagge punktet med en kommentar om, at der ikke går en vej hen til det. I andre tilfælde er det mindre oplagt. - Jørgen P.S: Jeg har skrevet en vejlidning til, hvordan man (nogenlunde) nemt kan finde fantasifostrene i den virkelige verden: http://www.openstreetmap.org/user/J%C3%B8rgen%20Elgaard%20Larsen/diary/16773 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Fjernelse af fantasifostre
On 30-04-2012 00:30, Jørgen Elgaard Larsen wrote: Hvordan registrer man, at en vej ikke eksisterer? [klip] Men i andre tilfælde er det tydeligt, at vejen aldrig kommer. Så må man slette den - men hvordan forhindrer man, at den bliver oprettet igen? Det hjælper jo ikke at tagge den vej, som man lige har slettet. En mulighed er at sætte en enkelt node der hvor vejen er tegnet med et note= tag der forklarer at der altså ikke er noget på stedet (evt. med en dato). Eller man kunne fjerne alle tags fra vejen og sætte noten herpå - jeg har gjort dette med et par bygninger her i Horsens som er blevet revet ned, for at undgå at lænestolsmappere tegner dem ind igen. -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Fjernelse af fantasifostre
Hvis den udemærkede funktionalitet til registrering af forkert stavede vejnavne blev udvidet til at kunne registrere ikke eksisterende veje, kunne vi måske undgå at adressenoder på sådanne veje bliver importeret. Så kunne vi bare slette de fake adressenoder, og undgå at mappe en ikke eksisterende vej. Der er selvfølgelig så den risiko at vejen, kommer på et senere tidspunkt. De gange hvor jeg har brugt proposed og source=fantasy er veje hvor der er tildelt adresser til en fremtidigt byggeri, men firmaet der skulle stå for entreprisen er gået konkurs inden første spadestik. Sendt fra min HTC-telefon - Reply message - Fra: Jonas Häggqvist ras...@rasher.dk Til: OpenStreetMap Denmark talk-dk@openstreetmap.org Emne: [Talk-dk] Fjernelse af fantasifostre Dato: man., apr. 30, 2012 02:02 On 30-04-2012 00:30, Jørgen Elgaard Larsen wrote: Hvordan registrer man, at en vej ikke eksisterer? [klip] Men i andre tilfælde er det tydeligt, at vejen aldrig kommer. Så må man slette den - men hvordan forhindrer man, at den bliver oprettet igen? Det hjælper jo ikke at tagge den vej, som man lige har slettet. En mulighed er at sætte en enkelt node der hvor vejen er tegnet med et note= tag der forklarer at der altså ikke er noget på stedet (evt. med en dato). Eller man kunne fjerne alle tags fra vejen og sætte noten herpå - jeg har gjort dette med et par bygninger her i Horsens som er blevet revet ned, for at undgå at lænestolsmappere tegner dem ind igen. -- 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-lv] LV corine meži
jā, izņemot Aizputi, pie kuras nezinu kad pieķeršos, viss ir salikts. 2012/4/28 Rich ric...@nakts.net On 02/22/12 11:54, Raitis U. wrote: 17 teritorijas tikai palikušas. (no 120) :) Nu, kāds negrib vēl kādu novadu patīrīt/apvienot ar esošajiem mežiem/purviem? meegjinot tikt galaa ar mailu pluudiem... vai sheit viss ir veiksmiigi piebeigts ? :) ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] OSM on CBC - Monday (plus français)
Hi all, I'm told that there will be an OSM story on CBC tomorrow (Monday, 30 April 2012) in several places. 6h20 metro morning. (Toronto morning radio show) [1] 7h20 french CBC radio [2] 16h10 french CBC radio show 18h15 french CBC tv news 22h20 french CBC national news Thanks, very much to Louis Lessard, the CBC journalist who showed so much interest in OSM at recent Toronto events. He went mapping with two local mappers and had some QA with all of us at a Mappy Hour. As Louis described the process, he would prepare several different versions of the story for the different shows. So some will be longer or shorter spots. I think the radio spots will be more of the host asking questions and Louis answering, while the TV spots will be tape of mappers mapping and talking and stuff. Best regards, Richard [1] CBC radio has several streams available. This might be the one. http://playerservices.streamtheworld.com/pls/CBC_R1_TOR_H.pls [2] Does anybody know where the French streams might be? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] OSM on CBC - Monday (plus français)
Date: Sun, 29 Apr 2012 20:28:14 -0400 From: rich...@weait.com To: talk-ca@openstreetmap.org Subject: [Talk-ca] OSM on CBC - Monday (plus français) Hi all, I'm told that there will be an OSM story on CBC tomorrow (Monday, 30 April 2012) in several places. 6h20 metro morning. (Toronto morning radio show) [1] That's sweet! BTW, here's the correct link for CBC Radio 1 in Tornoto: http://www.cbc.ca/video/radio-popup.html#/networkKey=cbc_radio_oneprogramKey=toronto ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Import des points de contact du réseau postal français
Merci. J'ai procédé à mes premières fusion avec l'existant (qui étaient parfois à 600 m du point indiqué, à l'autre bout de la rue) Pour les vrais imports de points non-existants dans des endroits que l'on ne connait pas, je conseille la plus grande prudence, vu que le nombre d'erreur semble loin d'être négligeable. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] comment faire l'équivalent
Salut Quelqu'un sait-il comment faire la même chose que ci-dessous mais avec OSM ? http://maps.google.fr/maps/ms?msid=207910040151642428051.0004be9ae3fdfacd7cdf8msa=0ll=48.025754,-1.746826spn=0.067736,0.110378 C'est à dire dessiner des tracés (ou des zones) sur la carte en ligne (le fond de carte serait osm) et ensuite envoyer l'url aux différents contacts. merci nono signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des points de contact du réseau postal français
Si ton futur outil statistique pouvait faire le lien entre les coordonnées d'origine et celles une fois importé ça serait un sacré plus. On verrai ainsi la qualité des coordonnées du fichier de La Poste et permettrait de leur signaler les erreurs au delà d'une certaine limite. J'en ai importé une dizaine, avec fusion quasiment à chaque fois. OSM était meilleur en position, maintenant il y a plus d'infos sur le POI. Par contre, pour le name, c'est pas toujours ça... Saint Maur Des Fosses - Saint-Maur des Fossés Le 29 avril 2012 10:36, Art Penteur art.pent...@gmail.com a écrit : Merci. J'ai procédé à mes premières fusion avec l'existant (qui étaient parfois à 600 m du point indiqué, à l'autre bout de la rue) Pour les vrais imports de points non-existants dans des endroits que l'on ne connait pas, je conseille la plus grande prudence, vu que le nombre d'erreur semble loin d'être négligeable. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment faire l'équivalent
Le 29/04/2012 10:43, nono a écrit : Salut Quelqu'un sait-il comment faire la même chose que ci-dessous mais avec OSM ? http://maps.google.fr/maps/ms?msid=207910040151642428051.0004be9ae3fdfacd7cdf8msa=0ll=48.025754,-1.746826spn=0.067736,0.110378 C'est à dire dessiner des tracés (ou des zones) sur la carte en ligne (le fond de carte serait osm) et ensuite envoyer l'url aux différents contacts. merci nono Bonjour, Il existe ce servie : syj.renevier.net Il permet de tracer sur la carte, de montrer un parcours et d'exporter en gpx. Made in osm-fr ;) Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ville non dispo dans la liste sur http://cadastre.openstreetmap.fr/
Bonjour, J'essaye d'importer le cadastre pour Saint-Paul-et-Valmalle dans l'hérault (code INSEE 34282). Mais ce village n'est pas visible dans la liste Choix de la ville sur http://cadastre.openstreetmap.fr/ une fois le département choisi. Par contre il est bien dans http://cadastre.openstreetmap.fr/data/034/034-liste.txt . Y'a-t'il une âme charitable qui pourrait m'aider? Je me vois mal tout redessiner à la main avec le plugin cadastre de JOSM :) Merci d'avance! Bon week-end, Clément ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ville non dispo dans la liste sur http://cadastre.openstreetmap.fr/
Je n'ai pas regardé ou pouvait être l'erreur (n'étant pas le responsable du site cadastre osm fr), mais grâce à une petite requête curl, ta commune est sur le dépôt : http://cadastre.openstreetmap.fr/data/034/ Bon mapping ;-) Le 29 avril 2012 13:03, Clement Moyroud clement.moyr...@gmail.com a écrit : Bonjour, J'essaye d'importer le cadastre pour Saint-Paul-et-Valmalle dans l'hérault (code INSEE 34282). Mais ce village n'est pas visible dans la liste Choix de la ville sur http://cadastre.openstreetmap.fr/ une fois le département choisi. Par contre il est bien dans http://cadastre.openstreetmap.fr/data/034/034-liste.txt . Y'a-t'il une âme charitable qui pourrait m'aider? Je me vois mal tout redessiner à la main avec le plugin cadastre de JOSM :) Merci d'avance! Bon week-end, Clément ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cantons administratifs
Je m'en voudrais de ne pas intervenir dans un fil sur les organisations administratives en tant que Franco-Auvergnat ( :) ). Vous oubliez ce qui fait le sel de notre vie administrative à nous forestiers et juges administratifs de l'endroit, à savoir la section de commune. Issue de l'impossibilité pour la constituante de 93 (17) d ériger toute les micro communes auvergnates au rang de communes républicaines, ces sections de communes restent néanmoins, par le biais de leurs habitants propriétaires de nombreux biens forestiers ou pâturages économiquement significatifs. Plus ou moins identifiées par la localisation de leur bâtis (le noir) sur le cadastre leur existence cartographique est difficile à mettre en œuvre puisqu'il n'existe aucune règle qui en détermine les limites exactes. de plus leurs biens (forestiers) sont souvent partagés avec d'autres sections. (Forets sectionales de Triffouilly et Autres) - Forêts qui elles sont (très ?) bien matérialisés - . Bref, voila une organisation administrative qui par sa nature même est rebelle à une cartographie par limites fermées, voir à une cartographie tout court :( . Mes 2/100 de Livre Tournois. -- View this message in context: http://gis.19327.n5.nabble.com/Cantons-administratifs-tp5672767p5673896.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] comment faire l'équivalent
Salut Frédéric Le dimanche 29 avril 2012 à 11:52 +0200, Frédéric Rodrigo a écrit : Le 29/04/2012 10:43, nono a écrit : Salut Quelqu'un sait-il comment faire la même chose que ci-dessous mais avec OSM ? http://maps.google.fr/maps/ms?msid=207910040151642428051.0004be9ae3fdfacd7cdf8msa=0ll=48.025754,-1.746826spn=0.067736,0.110378 C'est à dire dessiner des tracés (ou des zones) sur la carte en ligne (le fond de carte serait osm) et ensuite envoyer l'url aux différents contacts. merci nono Bonjour, Il existe ce servie : syj.renevier.net Il permet de tracer sur la carte, de montrer un parcours et d'exporter en gpx. Made in osm-fr ;) Frédéric. Merci pour ta proposition. Malheureusement, cela semble assez éloigné de ce que je recherche. Pour tracer et récupérer un fichier.gpx j'utilise déjà map.meurisse.org. Sur syj.renevier.net, il faut se connecter donc créer un compte. Je ne souhaite pas contraindre mes contacts à le faire pour travailler mutuellement sur un même projet. Ces personnes n'ont pas forcément la maîtrise des outils numériques et encore moins la connaissance du libre. Je peux argumenter sur l'éthique numérique, ce n'est pas le problème mais pour autant... il faut amener les choses doucement, un minimum de pédagogie est nécessaire. Je cherche donc, l'outil (libre) le plus adapté possible à ma problématique du moment avant d'exposer le sujet. Ensuite, je ne suis pas convaincu qu'avec syj.renevier.net on puisse définir plusieurs couleurs (par zone, par utilisateur, etc...). Il est possible qu'un tel service (libre) n'existe pas encore sous osm, mais je suis à sa recherche ;-D L'idéal serait un framapad à la sauce OSM. http://framapad.org/ Toute idée est la bienvenue et merci pour toutes vos suggestions. nono signature.asc Description: This is a digitally signed message part ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cantons administratifs
Le 29/04/2012 00:25, Vincent de Chateau-Thierry a écrit : Le 28/04/2012 22:59, Yannick VOYEAUD a écrit : Cette page devrait nous mettre tous d'accord http://fr.wikipedia.org/wiki/Administration_territoriale_de_la_France La France a donc 7 niveaux administratifs officiels 1) État 2) Région 3) Département 4) Arrondissement 5) Canton 6) EPIC 7) Communes On doit rajouter les arrondissements communaux pour PLM Les points 4, 5 et 6 ne sont pas des collectivités territoriales Les points 4 et 6 ne sont pas des entités électorales Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des points de contact du réseau postal français
Salut Pour faire suite à la discussion sur les points libérés par La Poste [1], la page de visualisation : http://osm.vdct.free.fr/postes/index.html permet désormais d'éditer les points. Cool ! Un super outil pour peaufiner les installations des points postes de mon secteur ! Merci ! Mais (il en faut un) quels sont les tags indispensables à mettre en oeuvre par rapport aux données affichées sur cette page de visualisation ? Ainsi au Faouët j'ai un bureau de poste principal avec les éléments suivants : amenity:post_office name:La Poste operator: La Poste wheelchair:yes Dois-je rajouter post_office:type=bureau et source=data.gouv.fr:LaPoste - 04/2012 même si c'est moi qui l'ai taggué ? Et enfin signaler sur http://osm.vdct.free.fr/postes/index.html que je l'ai fusionné avec un point existant ? Merci ! Lionel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des points de contact du réseau postal français
Le 28/04/2012 23:18, Vincent de Chateau-Thierry a écrit : Bonsoir, Pour faire suite à la discussion sur les points libérés par La Poste [1], la page de visualisation : http://osm.vdct.free.fr/postes/index.html permet désormais d'éditer les points. J'ai du faire quelques choix pour les tags, les voici : * nom du tag ref : ref:FR:LaPoste * nom du tag name : c'est name et non post_office:name. La valeur est celle de la source, modulo le passage en minuscules hors initiales, et le remplacement de 'A' par 'Annexe', et de 'PAL' par 'Principal'. * tag post_office:type : il n'est pas renseigné pour les bureaux classiques. Il vaut 'post_annex' pour les Agences Postales Communales, et 'post_partner' pour les Relais Poste Commerçants. * un tag note compile, lorsque renseignés dans la source, les items complement_adresse,adresse et lieu_dit. L'idée est de proposer une aide à la géolocalisation avec ces infos. Mais une fois le point correctement placé, ne pas hésiter à supprimer ce tag. * les tags des services disponibles sont tous de la forme tag nommant le service='yes'. Initialement, une proposition était d'utiliser amenity=copy_facility pour les photocopies, mais amenity est déjà pris pour...amenity=post_office ! * pas de tag pour le service monnaie de Paris faute de proposition. Il est toujours temps, si vous êtes inspirés :-). L'identifiant des bureaux de poste permettra le cas échéant de propager le tag le moment venu. * telephone : j'ai laissé finalement les numéros courts, partant du principe qu'ils font partie de la source et que nous avons un tag pour les intégrer. Pour les numéros classiques, je n'ai pas procédé à un formatage, c'est le numéro brut tel que dans la source, contrairement à ce que préconise la page http://wiki.openstreetmap.org/wiki/Phone . Sur les 17100 bureaux proposés dans la source, seuls 15944 sont disponibles à l'import. Les autres n'ont pas, dans la source, de coordonnées lon/lat. Ils disposent néanmoins d'une adresse, il est donc possible de les importer manuellement. Pour rappel la page du wiki qui synthétise le sujet (et qui n'est pas 100% raccord avec ce mail) : http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr/Import_des_points_de_contact_postaux L'interface vous permet de marquer un point importé, en distinguant le type d'import opéré. L'idée est de pouvoir produire des stats par la suite, voire de visualiser les points selon le type de traitement. Toutes les suggestions bienvenues. vincent [1] : http://lists.openstreetmap.org/pipermail/talk-fr/2012-April/042797.html et suivants ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonjour, C'est pas mal, j'ai juste été surpris par la name = nom de la ville. On va avoir une troisième fois le nom de la ville dans les communes ! M'est avis que Bureau principal ou autre choses est plus intéressant que ce nom là. Quand à l'adresse postale, pourquoi ne pas l'avoir ventillé dans les champs adhoc ? (j'imagine que ce n'est pas simple) Bon, je regarde dans le 91 pour les intégrer tous. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des points de contact du réseau postal français
Bonjour, Le 29/04/2012 15:21, Club Informatique Inter Communes / C2IC a écrit : Cool ! Un super outil pour peaufiner les installations des points postes de mon secteur ! Merci ! De rien :-) Mais (il en faut un) quels sont les tags indispensables à mettre en oeuvre par rapport aux données affichées sur cette page de visualisation ? La page te permet d'éditer directement les points : dans la bulle où s'affichent les propriétés du bureau de poste, tu as en bas un lien (en gras) Editer. Tu peux cliquer dessus, il faut juste qu'à ce stade tu disposes de JOSM (ou Merkaartor ?) déjà lancé, et configuré pour accepter les appels sur le port 8111. Voir cette doc pour JOSM : http://josm.openstreetmap.de/wiki/Help/Preferences/RemoteControl En cliquant sur Editer, le nouveau point avec tous ses tags suggérés se charge, ainsi que la zone alentours extraite de la base OSM. Il te reste à combiner le nouveau et l'existant (tags, positionnement). Ainsi au Faouët j'ai un bureau de poste principal avec les éléments suivants : amenity:post_office name:La Poste operator: La Poste wheelchair:yes Dois-je rajouter post_office:type=bureau et source=data.gouv.fr:LaPoste - 04/2012 même si c'est moi qui l'ai taggué ? Tu peux, pourquoi pas, combiner les 2 valeurs de source. Le positionnement est sûrement plus précis de ton fait que par le fichier de La Poste, il y a donc un peu de survey dans le résultat. Et enfin signaler sur http://osm.vdct.free.fr/postes/index.html que je l'ai fusionné avec un point existant ? Le signaler, pour l'instant, permet d'effacer le point de la carte (après un zoom par ex.) et donc d'y voir plus clair sur le reste à faire. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des points de contact du réseau postal français
Le 29/04/2012 16:29, Marc Sibert a écrit : C'est pas mal, j'ai juste été surpris par la name = nom de la ville. Non, c'est le nom du bureau de poste. Après, dans une grande proportion de cas, il colle avec le nom de la ville, mais ça n'est pas la règle. On va avoir une troisième fois le nom de la ville dans les communes ! Voire une quatrième si la ville a une gare homonyme :-) C'est au pire un souci de rendu, au mieux un faux problème. M'est avis que Bureau principal ou autre choses est plus intéressant que ce nom là. Le nom est directement repris de la source, il n'y a pas d'extrapolation de type : si le nom est celui de la ville alors le nom devient bureau principal. Cette info ne peut pas se déduire des infos fournies par La Poste, par exemple dès qu'une ville a plusieurs bureaux. Quand à l'adresse postale, pourquoi ne pas l'avoir ventillé dans les champs adhoc ? (j'imagine que ce n'est pas simple) Ça n'est en effet pas simple, et vite chronophage pour bien traiter le sujet, en sachant d'avance que le résultat sera truffé d’erreurs. Les 3 champs Adresse, Lieu-dit et complement_adresse ne collent pas avec le schéma addr:*=*. Et dans le cas d'un bureau inclus dans un building, c'est le building qui portera les éléments d'adresse. Bon, je regarde dans le 91 pour les intégrer tous. :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ville non dispo dans la liste sur http://cadastre.openstreetmap.fr/
Super, merci beaucoup! Au cas où ça arrive pour d'autres communes, quelle est l'URL à passer à Curl pour générer les données? A+, Clément Le 29 avril 2012 13:29, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Je n'ai pas regardé ou pouvait être l'erreur (n'étant pas le responsable du site cadastre osm fr), mais grâce à une petite requête curl, ta commune est sur le dépôt : http://cadastre.openstreetmap.fr/data/034/ Bon mapping ;-) Le 29 avril 2012 13:03, Clement Moyroud clement.moyr...@gmail.com a écrit : Bonjour, J'essaye d'importer le cadastre pour Saint-Paul-et-Valmalle dans l'hérault (code INSEE 34282). Mais ce village n'est pas visible dans la liste Choix de la ville sur http://cadastre.openstreetmap.fr/ une fois le département choisi. Par contre il est bien dans http://cadastre.openstreetmap.fr/data/034/034-liste.txt . Y'a-t'il une âme charitable qui pourrait m'aider? Je me vois mal tout redessiner à la main avec le plugin cadastre de JOSM :) Merci d'avance! Bon week-end, Clément ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ville non dispo dans la liste sur http://cadastre.openstreetmap.fr/
Arf, mais non, ta commune est bien présente dans le menu déroulant ! :p C'est tout simplement une histoire de tiret après le saint. Dans ton cas, c'était 34282-SAINT PAUL ET VALMALLE, donc sans tiret, comme 3 autres communes. Cette commune est avant la liste des SAINT-. La liste des SAINT- contient bien plus de communes. Le 29 avril 2012 17:44, Clement Moyroud clement.moyr...@gmail.com a écrit : Super, merci beaucoup! Au cas où ça arrive pour d'autres communes, quelle est l'URL à passer à Curl pour générer les données? A+, Clément Le 29 avril 2012 13:29, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Je n'ai pas regardé ou pouvait être l'erreur (n'étant pas le responsable du site cadastre osm fr), mais grâce à une petite requête curl, ta commune est sur le dépôt : http://cadastre.openstreetmap.fr/data/034/ Bon mapping ;-) Le 29 avril 2012 13:03, Clement Moyroud clement.moyr...@gmail.com a écrit : Bonjour, J'essaye d'importer le cadastre pour Saint-Paul-et-Valmalle dans l'hérault (code INSEE 34282). Mais ce village n'est pas visible dans la liste Choix de la ville sur http://cadastre.openstreetmap.fr/ une fois le département choisi. Par contre il est bien dans http://cadastre.openstreetmap.fr/data/034/034-liste.txt . Y'a-t'il une âme charitable qui pourrait m'aider? Je me vois mal tout redessiner à la main avec le plugin cadastre de JOSM :) Merci d'avance! Bon week-end, Clément ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ville non dispo dans la liste sur http://cadastre.openstreetmap.fr/
Le 29 avril 2012 18:12, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Arf, mais non, ta commune est bien présente dans le menu déroulant ! :p C'est tout simplement une histoire de tiret après le saint. Dans ton cas, c'était 34282-SAINT PAUL ET VALMALLE, donc sans tiret, comme 3 autres communes. Cette commune est avant la liste des SAINT-. La liste des SAINT- contient bien plus de communes. Effectivement, mea culpa. Je me suis fait avoir par le fait que le code INSEE ne tient pas compte de la présence ou du manque de tirets. SAINT PAUL ET VALMALLE (282) se trouve entre SAINT-PARGOIRE (281) et SAINT-PIERRE-DE-LA-FAGE (283) pour l'INSEE. Ne serait-il pas plus clair de classer directement par code INSEE? Apparemment ces derniers ont fait un classement qui me paraît plus logique, non? Merci, Clément ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] renseignements
Bonjour Frédéric, J'ai participé 21 avril aux chantiers Tramasset à tes cours de cartographie, est il possible que je rencontre quelqu'un et qui habite aux alentour d'Arbanats 33640, pour que l'on m'explique de vive voix car je suis Sourd et en ce moment j'ai du mal a appliquer et me servir JOSM et Opensteetmap, malgré les aides du Web, Avec mes remerciements, Bernard BEAUPRAT -- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 3Dマップの紹介(Fwd: [OSM-talk] Introducing our 3D slippy map)
東です。 新宿エリアの3Dマッピングが正しくレンダリングに反映されるようになりました。 原因は、現在作業中のライセンス切替に伴い いくつかあるOSMデータ取得APIの一部がライセンス切替未対応のため 古いデータを取得してしまっている、ということのようです。 Overpass API(問題はあるがライセンス切替に対応済)を使うことで 正しく取得できるようになったそうなので ここに改めて3Dレンダリングの対象エリアを掲載します。 よろしければ連休中にでも3Dマッピングを楽しんでみませんか。 ◆新宿 http://maps.osm2world.org/?lat=35.68858lon=139.69294zoom=16layers=B0TFF ◆釜石 http://maps.osm2world.org/?lat=39.273lon=141.87419zoom=16layers=B0TFF ◆名古屋 http://maps.osm2world.org/?lat=35.15781lon=136.91994zoom=16layers=B0TFF ◆京都 http://maps.osm2world.org/?lat=34.99381lon=135.74373zoom=16layers=B0TFF ◆奈良 http://maps.osm2world.org/?lat=34.68738lon=135.82255zoom=16layers=B0TFF ◆広島 http://maps.osm2world.org/?lat=34.36685lon=132.46918zoom=16layers=B0TFF 12/04/25 Shu Higashi s_hig...@mua.biglobe.ne.jp: 6箇所ほど案内したエリアはすべてレンダリングが始まりましたが 最初に描いていた新宿が1週間ほど前からレンダリングされなくなっており 現在調査してもらっているところです。解決したらお知らせします。 なぜか六本木ヒルズだけレンダリングされています。 東 12/04/24 ribbon o...@ns.ribbon.or.jp: On Sat, Apr 14, 2012 at 09:06:00AM +0900, Shu Higashi wrote: データの更新が再開し、heightタグその他が反映されはじめました。 左上のNという文字のある部分で、マップの回転もできるようになりました。 ◆新宿 http://maps.osm2world.org/?lat=35.68858lon=139.69294zoom=16layers=B0TFF 今見たら、高さデータが無効になっているみたいですね。 まだ調整中という感じでしょうか。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] emergency=sirenを入れてみたのですが
東です。 ribbonさんの言われる「防災無線放送と思われるもの」は音を出すものでしょうか? emergency=sirenについては、wikiによれば http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dsiren 電子式または空圧式で大きなノイズを出すもの、となっていますので 機械音や人間の声で警告を促すものは含めて良いように思います。 スピーカーなどが塔に付いているのであれば man_made=tower emergency=siren と2つ併記すれば良いのではないでしょうか。 スピーカーなどの無い、単なる電波の中継器であれば man_made=tower tower:type=communication だと思います。 やや逸れますが、emergencyタグの使い方はまだ固まっておらず 現在あるemergencyタグ http://wiki.openstreetmap.org/wiki/Key:emergency を使っているのは、まだOpenFireMapくらいだと思います。 http://openfiremap.org/?zoom=15lat=34.34362lon=132.3087layers=BTF ちょうどOpenHazardMapの議論が始まっていますが http://wiki.openstreetmap.org/wiki/OpenHazardMap マップに投入すべきデータとマッシュアップとして外に持つべきデータ とは分ける方向です。 このあたりが整理されてくると、emergencyタグの位置づけも 明確になってくるのではないかと思います。 12/04/23 Nobuyuki Maruichi hfd03...@nifty.ne.jp: 丸市です。 (2012年04月23日 07:15), ribbon wrote: On Sun, Apr 22, 2012 at 10:47:28AM +0900, Nobuyuki Maruichi wrote: 丸市です。 http://wiki.openstreetmap.org/wiki/Tag:emergency=siren を参考に私も書いたことありますが、確かどれもレンダリング されなかったと思います。隣接する建物の影響かも知れません。 おそらくそうです。 # また、そう思っていました。 # 曖昧な書き方をして、申し訳ありません。 いや、多分、アイコンが設定されていないからなのではないでしょうか。 http://wiki.openstreetmap.org/wiki/Key:emergency 見ると、phone以外はレンダリングされないみたいです。 非常電話に関しても、「emergency=phone」は、レンダリングされませんでした。 http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dphone にも書かれていますが Mapnik に関して言えば、「amenity=emergency_phone」 はレンダリングされる様です。 ただ、こちらは古い書き方の様ですが、…。 --- 丸市 展之(hfd03...@nifty.ne.jp) ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] OpenStreetMap国際カンファレンス SotM のプレゼンテーション公募
清野です。 としさんありがとうございます!! それでしたら僕もお手伝いさせて頂きます!! アブストラクトの準備など、一緒にやらせて頂きます。 あとは、OSM東海の早川さんや、横浜の大和田さん、飯能の柴田さん、福島のikiyaさんなどなど、皆さんにご協力いただけるようでしたら、 ぜひご登壇いただいて、一緒に議論していただければ、と思います。 皆様いかがでしょうか? よろしくお願い申し上げます。 2012年4月29日23:33 TANAKA Toshihisa tosih...@netfort.gr.jp: としです。 清野です。 としさん、とても良いと思います!! 僕もお手伝い出来ることがあれば協力致します。 どうかよろしくお願いします m(_ _)m もし可能なら、日本の他のローカルコミュニティと連携して、日本のローカルコミュニティセッションみたいなものを企画した方が、単発でライトニングトークをするよりインパクトはあるかもしれません。 日本の広さや多様性を知ってもらえる良い機会になるかもしれません。 なるほど。それは良いですね。 http://www.stateofthemap.org/ja/call-for-presentations-ja/ を改めて見ると、 パネルディスカッション枠が一番近そうなので、特にご異論がなさそうでしたら、 「日本のローカルコミュニティセッション」でパネルディスカッションで申し込もうと 思います。 ではこれにて。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] OpenStreetMap国際カンファレンス SotM のプレゼンテーション公募
にしむらです それはとてもよい企画と思います.当方もお手伝いしたいです これから,SotM開催へ向けて,日本のローカルコミュニティをさらに盛り上げていきたいですね! それでSotM前哨戦として,6〜7月ぐらいに関西でマッピングパーティを開催できればと思っているのですが,いかがでしょうか? ライセンス切替とYahooインポートなどが前後して行われており,地域のマッピング状況にかなり変化が生じているところも散見されるので,その辺り集まって議論することができればいいななどと考えています. (まだ具体的な内容など全然考えていませんが・・・) 会場は奈良女でも提供できますし,キャンパスプラザとか他の場所などでもよいと思います(最近外に出られてないので,ログとりなどを行う企画でもいいと思いますが) On 2012/04/29, at 23:33, TANAKA Toshihisa wrote: としです。 清野です。 としさん、とても良いと思います!! 僕もお手伝い出来ることがあれば協力致します。 どうかよろしくお願いします m(_ _)m もし可能なら、日本の他のローカルコミュニティと連携して、日本のローカルコミュニティセッションみたいなものを企画した方が、単発でライトニングトークをするよりインパクトはあるかもしれません。 日本の広さや多様性を知ってもらえる良い機会になるかもしれません。 なるほど。それは良いですね。 http://www.stateofthemap.org/ja/call-for-presentations-ja/ を改めて見ると、 パネルディスカッション枠が一番近そうなので、特にご異論がなさそうでしたら、 「日本のローカルコミュニティセッション」でパネルディスカッションで申し込もうと 思います。 ではこれにて。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] OpenStreetMap国際カンファレンス SotM のプレゼンテーション公募
清野です。 西村先生、ぜひともよろしくお願い致します!! マッピングパーティーもやりましょう!! スケジュール調整していきたいと思います。 よろしくお願い致します。 2012年4月29日23:51 Yuichiro Nishimura nissy...@mac.com: にしむらです それはとてもよい企画と思います.当方もお手伝いしたいです これから,SotM開催へ向けて,日本のローカルコミュニティをさらに盛り上げていきたいですね! それでSotM前哨戦として,6〜7月ぐらいに関西でマッピングパーティを開催できればと思っているのですが,いかがでしょうか? ライセンス切替とYahooインポートなどが前後して行われており,地域のマッピング状況にかなり変化が生じているところも散見されるので,その辺り集まって議論することができればいいななどと考えています. (まだ具体的な内容など全然考えていませんが・・・) 会場は奈良女でも提供できますし,キャンパスプラザとか他の場所などでもよいと思います(最近外に出られてないので,ログとりなどを行う企画でもいいと思いますが) On 2012/04/29, at 23:33, TANAKA Toshihisa wrote: としです。 清野です。 としさん、とても良いと思います!! 僕もお手伝い出来ることがあれば協力致します。 どうかよろしくお願いします m(_ _)m もし可能なら、日本の他のローカルコミュニティと連携して、日本のローカルコミュニティセッションみたいなものを企画した方が、単発でライトニングトークをするよりインパクトはあるかもしれません。 日本の広さや多様性を知ってもらえる良い機会になるかもしれません。 なるほど。それは良いですね。 http://www.stateofthemap.org/ja/call-for-presentations-ja/ を改めて見ると、 パネルディスカッション枠が一番近そうなので、特にご異論がなさそうでしたら、 「日本のローカルコミュニティセッション」でパネルディスカッションで申し込もうと 思います。 ではこれにて。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] OpenStreetMap国際カンファレンス SotM のプレゼンテーション公募
早川です。 いいですね。やりましょう! 因みに、私、諸事情により、 9/6-7しか参加できませんので、最終日だと参加無理です。 2012年4月30日0:15 Yoichi SEINO say.n...@gmail.com: 清野です。 西村先生、ぜひともよろしくお願い致します!! マッピングパーティーもやりましょう!! スケジュール調整していきたいと思います。 よろしくお願い致します。 2012年4月29日23:51 Yuichiro Nishimura nissy...@mac.com: にしむらです それはとてもよい企画と思います.当方もお手伝いしたいです これから,SotM開催へ向けて,日本のローカルコミュニティをさらに盛り上げていきたいですね! それでSotM前哨戦として,6〜7月ぐらいに関西でマッピングパーティを開催できればと思っているのですが,いかがでしょうか? ライセンス切替とYahooインポートなどが前後して行われており,地域のマッピング状況にかなり変化が生じているところも散見されるので,その辺り集まって議論することができればいいななどと考えています. (まだ具体的な内容など全然考えていませんが・・・) 会場は奈良女でも提供できますし,キャンパスプラザとか他の場所などでもよいと思います(最近外に出られてないので,ログとりなどを行う企画でもいいと思いますが) On 2012/04/29, at 23:33, TANAKA Toshihisa wrote: としです。 清野です。 としさん、とても良いと思います!! 僕もお手伝い出来ることがあれば協力致します。 どうかよろしくお願いします m(_ _)m もし可能なら、日本の他のローカルコミュニティと連携して、日本のローカルコミュニティセッションみたいなものを企画した方が、単発でライトニングトークをするよりインパクトはあるかもしれません。 日本の広さや多様性を知ってもらえる良い機会になるかもしれません。 なるほど。それは良いですね。 http://www.stateofthemap.org/ja/call-for-presentations-ja/ を改めて見ると、 パネルディスカッション枠が一番近そうなので、特にご異論がなさそうでしたら、 「日本のローカルコミュニティセッション」でパネルディスカッションで申し込もうと 思います。 ではこれにて。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 早川知道 (Tomomichi Hayakawa) tom.hayak...@gmail.com うえこみ春日井小牧 - http://www.kasugai-komaki.jp/ Malaika System - http://malaika-system.com/ blog - close to you - http://malaika.air-nifty.com/ OSM Tokai - http://groups.google.com/group/OSM-Tokai XOOPS Cube TOKAI - http://xc-tokai.net/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] OpenStreetMap国際カンファレンス SotM のプレゼンテーション公募
On Mon, Apr 30, 2012 at 09:20:48AM +0900, Tomomichi Hayakawa wrote: 早川です。 いいですね。やりましょう! 因みに、私、諸事情により、 9/6-7しか参加できませんので、最終日だと参加無理です。 かぶるなあ。9/7,9/8 がOSC2012 Tokyo/Fallです。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 3Dマップの紹介(Fwd: [OSM-talk] Introducing our 3D slippy map)
On Sun, Apr 29, 2012 at 06:39:24PM +0900, Shu Higashi wrote: ◆新宿 http://maps.osm2world.org/?lat=35.68858lon=139.69294zoom=16layers=B0TFF 東は六本木、南は渋谷、西は中野くらいまでが範囲のようですね。 中野サンプラザも描画されてました。 ヒカリエって高さ何メートルだったかなあ。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 3Dマップの紹介(Fwd: [OSM-talk] Introducing our 3D slippy map)
早坂です。 渋谷ヒカリエの高さは 約182.5m とのことです。 http://www.hikarie.jp/about/index.html 以上です。 (2012/04/30 10:11), ribbon wrote: On Sun, Apr 29, 2012 at 06:39:24PM +0900, Shu Higashi wrote: ◆新宿 http://maps.osm2world.org/?lat=35.68858lon=139.69294zoom=16layers=B0TFF 東は六本木、南は渋谷、西は中野くらいまでが範囲のようですね。 中野サンプラザも描画されてました。 ヒカリエって高さ何メートルだったかなあ。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 3Dマップの紹介(Fwd: [OSM-talk] Introducing our 3D slippy map)
東です。 12/04/30 Itsushi Minoura minou...@gmail.com: 箕浦です 中野サンプラザは北面が地上から21階まで斜めになっているのですが、これを 3D で表現するのは難しいですね。 下記教会のトンガリ屋根は稜線(棟?)で表現されています。 http://maps.osm2world.org/?h=128view=Ezoom=18lat=48.57428lon=13.46559layers=B0TFF roof:height=20 roof:ridge=yes http://www.openstreetmap.org/browse/way/136144285 稜線を片側に寄せて引くと斜めの屋根が表現できるかもしれません。 roof:colour は RGB code で表現したものはレンダリングされているようですね。 あ、都庁の屋根色のスペルを間違えていました。修正しました。 2012年4月30日10:11 ribbon o...@ns.ribbon.or.jp: On Sun, Apr 29, 2012 at 06:39:24PM +0900, Shu Higashi wrote: ◆新宿 http://maps.osm2world.org/?lat=35.68858lon=139.69294zoom=16layers=B0TFF 東は六本木、南は渋谷、西は中野くらいまでが範囲のようですね。 中野サンプラザも描画されてました。 ヒカリエって高さ何メートルだったかなあ。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja