[Talk-hr] Import of marine lights (GoranT) - POPIS SVJETIONIKA
Postoji službena publikacija koja se zove „Popis svjetionika“. Izdaje ju Hidrografski institut, mislim. Za provjeru i usporedbu je vjerojatno ok, za prepisivanje vjerojatno treba ishoditi dozvolu. Sadržajno se radi o jednoj ogromnoj tablici, na prvi pogled laiku ne izgleda zanimljivo. Bitna odlika svjetionika su osobine svjetla i za to postoje ustaljene kratice -zapravo mislim da su službeno propisane. U hrvatskoj su kratice i oznake zasnovane na hrvatskim riječima, ali na drugim jezicima je drugačije. Pretpostavljam da ti importirani podaci nose engleske oznake. Vjerojatno ima smisla da se te oznake pišu kao imena i nazivi, dakle za svaki unijeti jezik po jedan tag. Darko ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-legal-talk] City of Kamloops Free data.
2011/8/1 Matthew Buchanan matthew.ian.bucha...@gmail.com: Please comment on whether this is okay, and if so if anyone wants to help. it is OK if the local mapping community agrees to that and finds the imported data useful, suitable, accurate and up to date. If there is no local community to maintain that data it might be better not to import it. To get a better general impression what many people think about imports and their impact on the project and on the community, see the panel discussion that took place some weeks ago at SOTM-EU in Vienna: streaming: http://matterhorn.zserv.tuwien.ac.at/engage/ui/watch.html?id=Unscheduled-lecturetube-ei7-1310828485866 download: http://sotm-eu.org/videos/ImportsPanel.ogg cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Id stability
Hi, Steve Bennett wrote: 3) Why people intentionally destroy ids, and whether there are better ways of achieving their goals? (I seem to recall someone explaining that sometimes objects are deleted and recreated in order to discard the change history, particularly for large relations.) That was me. There are a number of other reasons why IDs could break. One is the expansion of POI nodes into buildings that Toby mentioned. Another is the splitting of ways (old ID would then point to only half) or merging (old ID would become invalid in 50% of cases). Same with the re-structuring of relations or the re-mapping of stuff in the course of the license change. Relying on numeric IDs is never going to work, and there is no way how this could be made to work in the future. IDs are OSM internal identifiers and if you use them for anything external then you're lost. It is even conceivable that, for whatever reason, IDs are changed on a grand scale - for example I expect API 0.7 to introduce some kind of area data type which will likely lead to lots of existing areas being changed in some way and that might include a new ID. The generally accepted wisdom - although not fully implemented or extensively used - is that you need to make fuzzy links like a node with amenity=pub and name=The Old Dog in this area. Tim Alder's query to map interface tried to implement that. In the long run there might be proper, external servers where you can set up a stored query like the above Old Dog and record a permanent ID for that query, and then reference that. I don't think it should/will be a core API feature though, or at least that would be phase 2 after a number of competing schemes have been tried out by third parties and the best has been found. (Two or three people have also started tagging OSM objects with UUID tags but I don't think that that's anything more than database bloat. I think that about 99.9% of UUID tags in the database come from a building import where somebody automatically assigned an UUID to every last garden shed. Not useful.) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Id stability
Hi, Thank you for your response. I believe Richard F has made comments in the past that we shouldn't do this Well, I don't know about the discussion yet, maybe you could give me a hint for which subject to search for? I just want to mention, that for Wikipedia there exists an analysis about the conceptual (=meaning) stability their URLs[1]: 90% of Wikipedia URLs are stable identifiers, and a further ~5% change in meaning only slightly. (Figure 2)[1] So I am eager to know what the counter arguments were :) Anyway, the reason I ask is: if someone did this analysis (and maybe the implementation of a tool for persistent ids) for OpenStreetMap as a part of his master thesis, would he be doing duplicate work (as maybe there are already plans for creating such system)? and if so: where can I find related work? If there are no plans yet, could anyone who is aware of discussions on this topic give me some pointers? Thank you in advance and cheers, Claus [1] Hepp et. al, Harvesting Wiki Consensus - Using Wikipedia Entries as Ontology Elements, ESWC 2006 On 08/01/2011 03:39 AM, Steve Bennett wrote: 3) Why people intentionally destroy ids, and whether there are better ways of achieving their goals? (I seem to recall someone explaining that sometimes objects are deleted and recreated in order to discard the change history, particularly for large relations.) It would definitely be valuable to have the identifiers be more persistent. I've been linking to some from Wikipedia: http://en.wikipedia.org/wiki/O%27Keefe_Rail_Trail . I believe Richard F has made comments in the past that we shouldn't do this, and we should have explicit persistent identifiers instead, but there is no support for that yet. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Id stability
On Mon, 01 Aug 2011 09:21:44 +0200, Frederik Ramm wrote: (Two or three people have also started tagging OSM objects with UUID tags but I don't think that that's anything more than database bloat. I think that about 99.9% of UUID tags in the database come from a building import where somebody automatically assigned an UUID to every last garden shed. Not useful.) Even though, it might be the best solution. The other solution would be that everybody who wants to use the object for their purpose adds their own home-made tag to it. And that certainly would be a database bloat. Of course you would add a UUID tag only to objects that are actualy referenced. And then you would need some way to enforce uniqueness. All reaons why it is fraught with pitfalls. I've got a wiki that links certain localities to the OSM map. I use the addr: fields for that. They are unique (at least for my purpose), but this also does not guarantee 100% continuity. Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Id stability
I've got a wiki that links certain localities to the OSM map. I use the addr: fields for that. They are unique (at least for my purpose), but this also does not guarantee 100% continuity. I did a map once with links to local pubs. I found storing their latitude and longitude was good enough for my purpose. While pubs being converted from nodes to ways, or their accuracy of location being improved based on bing imagery means the pub may move slightly, the stored location was still near enough (and much better than calculating based on say OpenData postcode centroids as most web location stuff seems to do). Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Id stability
On Mon, 1 Aug 2011 09:29:41 +0100, Ed Loach wrote: I've got a wiki that links certain localities to the OSM map. I use the addr: fields for that. They are unique (at least for my purpose), but this also does not guarantee 100% continuity. I did a map once with links to local pubs. I found storing their latitude and longitude was good enough for my purpose. While pubs being converted from nodes to ways, or their accuracy of location being improved based on bing imagery means the pub may move slightly, the stored location was still near enough (and much better than calculating based on say OpenData postcode centroids as most web location stuff seems to do). The big advantage for my purpose is that zipcode+housenumber is unique in the Netherlands. This is not so in other countries where even street+zipcode+housenumber may not be unique. So yes, YMMV. Doing it on vicinity of previous known location is also a good thought. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] JOSM trac down again
Hi all, Sorry if this is the wrong place, but their database is down again. Here's the error message you get when trying to create a ticket: Trac detected an internal error: DatabaseError: database disk image is malformed -- Dmitri Lebedev http://stroyki.ryba4.com skype:siberianoNsk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] API misuse at Flickr, WAS: Id stability
2011/8/1 Toby Murray toby.mur...@gmail.com: Flickr does this too, by the way: http://code.flickr.com/blog/2009/09/28/thats-maybe-a-bit-too-dorky-even-for-us/ according to this blog entry from 2009 Flickr is using the main API to get tag information of OSM objects. Isn't this a misuse of the API which should be reserved to mapping activity? Not sure about the technical details of osm integration in Flickr and whether they are really using the API and not the XAPI, but if they use the API they should be encouraged to switch to one of the XAPIs or mirror the osm data themselves. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Keepright batch tagging?
Is there any way to tag a bunch of 'errors' as false positives in one action? I ask because there are a number of motorways without ref such as http://keepright.ipax.at/report_map.php?zoom=13lat=35.15338lon=-89.92892layers=B00Tch=0%2C90show_ign=0show_tmpign=0 that shouldn't have refs. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Id stability
The stable ID question to me comes down to philosophy: It would be nice if the world was stable but it's not. Asking for stable IDs is like asking for the world not to change. But it does, continuously. Any road changes over time in name, surface, connectivity and it's other attributes. Perhaps you could have 90% stability over some two year or so period but that's about it. Therefore, it seems better to deal with the inherent messiness of the world than try to squeeze it in to a neat structure. Steve On 8/1/2011 12:21 AM, Frederik Ramm wrote: Hi, Steve Bennett wrote: 3) Why people intentionally destroy ids, and whether there are better ways of achieving their goals? (I seem to recall someone explaining that sometimes objects are deleted and recreated in order to discard the change history, particularly for large relations.) That was me. There are a number of other reasons why IDs could break. One is the expansion of POI nodes into buildings that Toby mentioned. Another is the splitting of ways (old ID would then point to only half) or merging (old ID would become invalid in 50% of cases). Same with the re-structuring of relations or the re-mapping of stuff in the course of the license change. Relying on numeric IDs is never going to work, and there is no way how this could be made to work in the future. IDs are OSM internal identifiers and if you use them for anything external then you're lost. It is even conceivable that, for whatever reason, IDs are changed on a grand scale - for example I expect API 0.7 to introduce some kind of area data type which will likely lead to lots of existing areas being changed in some way and that might include a new ID. The generally accepted wisdom - although not fully implemented or extensively used - is that you need to make fuzzy links like a node with amenity=pub and name=The Old Dog in this area. Tim Alder's query to map interface tried to implement that. In the long run there might be proper, external servers where you can set up a stored query like the above Old Dog and record a permanent ID for that query, and then reference that. I don't think it should/will be a core API feature though, or at least that would be phase 2 after a number of competing schemes have been tried out by third parties and the best has been found. (Two or three people have also started tagging OSM objects with UUID tags but I don't think that that's anything more than database bloat. I think that about 99.9% of UUID tags in the database come from a building import where somebody automatically assigned an UUID to every last garden shed. Not useful.) Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Id stability
For what it's worth we were aware that IDs were technically considered unstable when we started down the OSM machine tags extras road, at Flickr. It seemed like a reasonable potential gotcha given that most of the IDs are stable most of the time and the risks were outweighed by the benefits of making OSM data and Flickr photos hold hands. Personally, I would prefer permanent identifiers but back in 2009 we were just trying to explore what could be done modulo all the edge cases that exist in any project. Cheers, On 7/31/11 7:52 PM, Toby Murray wrote: On Sun, Jul 31, 2011 at 8:39 PM, Steve Bennettstevag...@gmail.com wrote: It would definitely be valuable to have the identifiers be more persistent. I've been linking to some from Wikipedia: http://en.wikipedia.org/wiki/O%27Keefe_Rail_Trail . I believe Richard F has made comments in the past that we shouldn't do this, and we should have explicit persistent identifiers instead, but there is no support for that yet. Flickr does this too, by the way: http://code.flickr.com/blog/2009/09/28/thats-maybe-a-bit-too-dorky-even-for-us/ Until we come up with a better way of persisting IDs, people WILL use node/way/relation IDs to link to OSM data. When I expand a POI to an area I generally try to use the original node as part of the new closed way to maintain some kind of link but that's not a solution and would still break . And as far as I know, no real work has been done on this. I think it would take an API change and good editor support to implement correctly. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Id stability
On Mon, Aug 1, 2011 at 7:19 PM, straup str...@gmail.com wrote: For what it's worth we were aware that IDs were technically considered unstable when we started down the OSM machine tags extras road, at Flickr. Do you have an idea of how often OSM machine tags are added to items in Flickr, and how often those tags are followed, consumed or clicked? how is use changing over time? It's pretty cool. I should use those tags more often. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Id stability
On 8/1/2011 7:40 PM, Richard Weait wrote: It's pretty cool. I should use those tags more often. Here's an example of FLickr tags VS new map data after +1.5 years. Granted, there are only about a dozen underlying POIs where the shop / restaurant has been replaced, but it's largely correct for casual browsing purposes. http://www.openstreetmap.pl/wp/?lat=34.85118lon=-82.39943zoom=17 (Firefox only) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Id stability
I don't, no. I do still see people adding osm:* tags to their photos though, via the RSS feeds, but realistically I don't expect its gotten much traction. Like the blog post said it's still pretty a dorky feature and that means it really needs some love and tools and examples to help people (who don't live and breathe this stuff) understand what to do with it. And then I left Flickr and they've had a thousand and one other priorities and and and. I added support for the tags in buildings=yes. For example (you'll need to scroll down to the photos section) : http://buildingequalsyes.spum.org/id/2150341379 http://buildingequalsyes.spum.org/id/2148567270 I'm hoping to have some time to work on b=y again soon and it would be nice to wire in an (Flickr) uploadr or something. Cheers, On 8/1/11 4:40 PM, Richard Weait wrote: On Mon, Aug 1, 2011 at 7:19 PM, straupstr...@gmail.com wrote: For what it's worth we were aware that IDs were technically considered unstable when we started down the OSM machine tags extras road, at Flickr. Do you have an idea of how often OSM machine tags are added to items in Flickr, and how often those tags are followed, consumed or clicked? how is use changing over time? It's pretty cool. I should use those tags more often. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Id stability
On Mon, Aug 1, 2011 at 5:21 PM, Frederik Ramm frede...@remote.org wrote: Relying on numeric IDs is never going to work, and there is no way how this could be made to work in the future. IDs are OSM internal identifiers and if you use them for anything external then you're lost. If your definition of work is guaranteed to work under all circumstances no matter what, then sure. But if it's continue to function subject to a slow rate of linkrot no higher than expected for the data in question, then I don't see a major issue. Most OSM data is very stable. Mapped streets don't change much. Merging is a very rare event. Splitting short ways is uncommon, and the results aren't particularly catastrophic (as you point out, the ID would refer to have the way). It is even conceivable that, for whatever reason, IDs are changed on a grand scale - for example I expect API 0.7 to introduce some kind of area data type which will likely lead to lots of existing areas being changed in some way and that might include a new ID. Let's avoid that if possible. The generally accepted wisdom - although not fully implemented or extensively used - is that you need to make fuzzy links like a node with amenity=pub and name=The Old Dog in this area. Vapourware solutions are nice, but when people have a problem today, they need a solution that exists today. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Id stability
On 1 August 2011 09:52, Maarten Deen md...@xs4all.nl wrote: On Mon, 01 Aug 2011 09:21:44 +0200, Frederik Ramm wrote: (Two or three people have also started tagging OSM objects with UUID tags but I don't think that that's anything more than database bloat. I think that about 99.9% of UUID tags in the database come from a building import where somebody automatically assigned an UUID to every last garden shed. Not useful.) Even though, it might be the best solution. The other solution would be that everybody who wants to use the object for their purpose adds their own home-made tag to it. And that certainly would be a database bloat. Just throwing some ideas here, but one might consider using the OSM ID + version as the unique id. If the object is later changed in OSM, deleted and recreated, or whatever, it can be tagged with object_id=5764736:v1 to mean that it is still the same object as had been referenced by 5764736:v1 from elsewhere. Or create an OSM relation containing just the thing you want to link to and reference the relation's Id the editors already support warning when somethign bad happens to a relation member. Relations are unlikely to be reused for a compeltely new purpose and they can be undeleted and modified to match changes in reality. Using relations also allows an osm entity to be part of multiple real world objects, or multiple osm entities to form one real world object, both of which may be desired. Of course you would add a UUID tag only to objects that are actualy referenced. And then you would need some way to enforce uniqueness. Because of the above I'm not sure if you want to enforce uniqueness, you might even want 1 UUIDs per osm entity. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] routing and distance calculation
On Tue, 2011-07-26 at 01:21 +0530, bharath vissapragada wrote: If cpp is fine with you .. I would suggest osrm ( http://project-osrm.org/ ). Its an excellent tool for route computation and can return various standard formats (KML,JSON,GPX ). It also provides a web service for querying and you can parse the json u get after querying from your python code. thanks - it's good. Btw, how does one get json? I only see kml. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-br] Fwd: Seminário online com inscrições gratuitas: Painel de Softwares Livres da OSGeo
-- Mensagem encaminhada -- De: MundoGEO mundo...@mundogeo.com Data: 1 de agosto de 2011 15:35 Assunto: Seminário online com inscrições gratuitas: Painel de Softwares Livres da OSGeo Para: arletemenegue...@gmail.com Webinar Painel de Softwares Livres da OSGeo Junte-se a nós neste seminário online 3 de agosto às 19h http://mundogeo.net/send/link.php?M=1255007N=73L=369F=H O Portal MundoGEO e o Capítulo da OSGeo-BR convidam o público em geral para o seminário online “Painel de Softwares Livres da OSGeo”, que será realizado na próxima quarta-feira (3 de agosto) a partir das 19h. Na ocasião, representantes do OSGeo Brasil apresentarão um abrangente painel sobre softwares livres para o setor de geotecnologia. Este será o primeiro de uma série de webinars sobre o tema. Agenda: - Novas funcionalidades e interfaces com o usuário do software i3Geo (Edmar Moretti) - Quantum GIS (QGIS) – Sistema de informações geográficas livre (Pablo Carreira) Com acesso gratuito, este seminário é indicado para qualquer profissional ou usuário que tenha interesse em softwares de código aberto para a área geoespacial. Este seminário online e interativo é uma realização do Portal MundoGEO em parceria com o OSGeo Brasil. O mediador da sessão de perguntasrespostas será Eduardo Freitas, editor do Portal MundoGEO.*Webinar:* Painel de Softwares Livres da OSGeo *Data:* 3 de agosto de 2011 (quarta-feira) *Hora:* 19h (horário de Brasília) Após registrar-se, você receberá um email de confirmação com o link de acesso a este seminário online.*Requisitos de Sistema* PC - Windows 7, Vista, XP ou 2003 Server Macintosh - Mac OS X 10.4.11 (Tiger) ou mais recente *Vagas limitadas!* Reserve já seu espaço neste seminário online: https://www2.gotomeeting.com/register/295397210http://mundogeo.net/send/link.php?M=1255007N=73L=369F=H ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Where Did You Edit
Hallo, ich hatte Lust mal mit dem full-history planet zu spielen. Herausgekommen ist eine Webseite die Dir anzeigt wo du schon editiert hast. Ist mit meinen anderen Sachen auf www.osm-tools.org verlinkt. Zum Direkteinstieg gibt es noch diese Adresse: http://wdye.osm-tools.org/ Ist hoffentlich selbsterklärend. Du gibst deinen OSM-Benutzernamen an und bekommst auf einer Weltkarte die Stellen eingefärbt an denen Du editiert hast. Die Farben spiegeln die Verteilung der Editierdichte wieder. Es werden nur Änderungen an Nodes berücksichtigt, dafür aber die komplette Historie. Jeder einzelne Edit zählt. Dunkles Rot sind wenige Edits in dem Gebiet, das geht dann über Gelb hin zu einem leuchtenden Grün. Ich bin noch nicht so sicher was das auf dem Server für Last erzeugt, bitte einfach mal freundlich zu der Maschine sein ;) Momentan lasse ich nur statische Bitmaps mit 1024 Pixeln Größe erzeugen. Zoomen ginge auch, habe ich aber momentan nicht aktiv geschaltet. Falls das für euch irgendwie nützlich ist oder ihr es einfach nur cool findet freue ich mich natürlich über Rückmeldung. Viel Spaß, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Naturschutzgebiet
Hallo Markus, vielleicht kann mal jemand diese Seite übersetzen sie wurde übersetzt: http://wiki.openstreetmap.org/wiki/DE:Tag:boundary%3Dprotected_area Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where Did You Edit
Am 01.08.2011 11:09, schrieb Stephan Knauss: Falls das für euch irgendwie nützlich ist oder ihr es einfach nur cool findet freue ich mich natürlich über Rückmeldung. Cool, mich würde interessieren wie das technisch funktioniert. Einfach eine DB-Abfrage oder ist da schon pro User was vorberechnet ? Image created in 0.65863490104675 seconds. Chris Ein roter Punkt für die U.S.A. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where Did You Edit
Hallo Stephan, das ist schon cool, ja ;) Aber eine Zoom Funktion wäre super, so ist es ein wenig unübersichtlich, wenn man die ganze Welt sieht, aber nur in Deutschland und der Schweiz editiert hat, z.B. Liebe Grüße Benni signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where Did You Edit
+1 für die Coolness... +1 für Zoom-Funktion :-) Geiles Teil... LG Mike ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where Did You Edit
Hi, On 08/01/11 11:09, Stephan Knauss wrote: Herausgekommen ist eine Webseite die Dir anzeigt wo du schon editiert hast. Cool ;) Ich glaub, ich hab aber eben den Server ein bisschen ueberlasted mit der Anfrage fuer den user woodpeck_fixbot. Sorry. Wenn Du das machen kannst, waere es auch nicht schlecht, wenn Loeschungen standardmaessig nicht beruecksichtigt wuerden, sondern nur auf besondere Anfrage hin. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where Did You Edit
Hallo Frederik, Frederik Ramm writes: Ich glaub, ich hab aber eben den Server ein bisschen ueberlasted mit der Anfrage fuer den user woodpeck_fixbot. Sorry. Ich habe das Bild von Hand generieren lassen. 169659734 edits waren wohl doch etwas zu viel, das gab einen timeout. Du kannst die Anfrage nochmal stellen, dann kommt das Bild aus dem cache. Ich schaue mal ob ich die top100 oder so vorberechnen lassen kann. Zu Hause hätte ich auch etwas mehr Rechenzeit als auf dem Server. Die normalen top user aus den Statistikseiten hatte ich probiert. Das funktioniert. und xybot hatte ich auch vorab getestet. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aerowestbilder
Gehling Marc m.gehl...@gmx.de wrote: Die Idee ist, das Wissen zur Installation und Betreib eines WMS Servers plus wie konvertiere ich das Luftbild in das richtige Format vor Ort zu bringen. So eine Art DIY für WMS... Hm also wms.openstreetmap.de gibt es ja bereits und es ist durchaus noch Platz auf der Platte. Wäre es eine Idee monatlich ein anderes Bild anzubieten? Gruss Sven -- I'm a bastard, and proud of it (Linus Torvalds, Wednesday Sep 6, 2000) /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] Aerowestbilder
Am 28.07.2011 10:55, schrieb Gehling Marc: [...] Göttingen ist so etwas geplant. Die Idee ist, das Wissen zur Installation und Betreib eines WMS Servers plus wie konvertiere ich das Luftbild in das richtige Format vor Ort zu bringen. So eine Art DIY für WMS... Will Aerowest so eine Anleitung? Oder wer ist gemeint mit vor Ort? Ich könnte mir vorstellen so etwas zu erstellen. Da kann ich auch auf vorhandene Arbeit aufbauen. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aerowestbilder
Hi, Am 28.07.2011 10:55, schrieb Gehling Marc: [...] Göttingen ist so etwas geplant. Die Idee ist, das Wissen zur Installation und Betreib eines WMS Servers plus wie konvertiere ich das Luftbild in das richtige Format vor Ort zu bringen. So eine Art DIY für WMS... Will Aerowest so eine Anleitung? Oder wer ist gemeint mit vor Ort? Ich könnte mir vorstellen so etwas zu erstellen. Da kann ich auch auf vorhandene Arbeit aufbauen. Geht mir genauso - zumindest für Stuttgart/Mannheim/Ludwidgshafen/Ulm könnte ich mir vorstellen so etwas zu betreiben; weitere Bilder dann je nach dem wie die Ressourcenauslastung ist... Viele Grüße Igor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where Did You Edit
Stephan Knauss o...@stephans-server.de wrote: http://wdye.osm-tools.org/ Ist hoffentlich selbsterklärend. Du gibst deinen OSM-Benutzernamen an und bekommst auf einer Weltkarte die Stellen eingefärbt an denen Du editiert hast. Query-String support wäre nett. http://wdye.osm-tools.org/?username=giggls Ajax ist zwar OK aber man kann keine Links verschicken. Sven -- Das Einzige wovor wir Angst haben müssen ist die Angst selbst (Franklin D. Roosevelt) /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] Where Did You Edit
Stephan Knauss schrieb: http://wdye.osm-tools.org/ Cool! Ist ja fast wie ein Tracker, wo auf der Welt man schon überall war (als jemand, der versucht, auch im Urlaub zumindest seine Hotels usw. einzuzeichnen). ;-) Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Wochennotiz Nr. 54
Hallo, die Wochennotiz Nr. 54 mit allen Neuigkeiten aus dem OpenStreetMap-Universum ist da: http://blog.openstreetmap.de/2011/08/osm-wochennotiz-nr-54/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where Did You Edit
Am 01.08.2011 16:04, Sven Geggus: Stephan Knausso...@stephans-server.de wrote: http://wdye.osm-tools.org/ Ist hoffentlich selbsterklärend. Du gibst deinen OSM-Benutzernamen an und bekommst auf einer Weltkarte die Stellen eingefärbt an denen Du editiert hast. Query-String support wäre nett. http://wdye.osm-tools.org/?username=giggls +1 Das sähe ich auch sehr gerne. Ein toller Service sonst, aber bei mir ohne Zoom auch nicht so aussagekräftig (weltweit rote Punkte) Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aerowestbilder
Hallo, Am 01.08.2011 um 14:53 schrieb Lars Lingner: Am 28.07.2011 10:55, schrieb Gehling Marc: [...] Göttingen ist so etwas geplant. Die Idee ist, das Wissen zur Installation und Betreib eines WMS Servers plus wie konvertiere ich das Luftbild in das richtige Format vor Ort zu bringen. So eine Art DIY für WMS... Will Aerowest so eine Anleitung? Oder wer ist gemeint mit vor Ort? Ich könnte mir vorstellen so etwas zu erstellen. Da kann ich auch auf vorhandene Arbeit aufbauen. Nein, mit Aerowest hat das nichts zu tun. Meine Idee ist, mehr Mapper für die Sachen wie Server, WMS usw. zu begeistern und die Bilder sind Ansporn. Wenn in Zukunft dann Luftbilder von X aus Quelle Y besorgt werden, könnten mehr Personen die Bilder konvertieren und hosten. Freies Wissen schaffen ... Mfg Marc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Digitalradio.de - Karte ohne Attributierung?
Hallo! Hmm... mir ist eben aufgefallen, daß die Ausstrahlungskarte hier: http://www.digitalradio.de/index.php/digitale-radioprogramme verdächtig nach einer OSM basierten Karte aussieht. Wenn dem so ist, dann haben die leider die Attributierung an OSM vergessen, da stehen nur zwei Firmen drunter. Müßte da dann nicht auch ein Hinweis auf OSM stehen? Was macht man da am besten? Viele Grüße nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitalradio.de - Karte ohne Attributierung?
On 02.08.2011 00:05, Nils Faerber wrote: Hmm... mir ist eben aufgefallen, daß die Ausstrahlungskarte hier: http://www.digitalradio.de/index.php/digitale-radioprogramme verdächtig nach einer OSM basierten Karte aussieht. Wenn dem so ist, dann haben die leider die Attributierung an OSM vergessen, da stehen nur zwei Firmen drunter. Müßte da dann nicht auch ein Hinweis auf OSM stehen? Was macht man da am besten? Schlimmer noch: Es werden die Tiles vom Hauptserver gezogen. Am besten eine freundliche email, gratulieren dass sie die Karte nehmen. Freundlich darum bitten einen anderen Tileserver zu verwenden, z.B. mapquest. Und dann noch bitten auch die Quelle der Karte zu nennen. Machst du das? http://www.digitalradio.de/index.php/kontakt-footer Vielen Dank! Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitalradio.de - Karte ohne Attributierung?
ziemlich enttäuschend, was die da abliefern. ich hoffe, deine Intervention hat positive Folgen. ARD und Deutschlandfunk haben das wirklich nicht nötig - wird wohl diese Medien-Firma sein, die das verzapft hat. impressum: http://www.digitalradio.de/index.php/impressum-footer gruss walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Digitalradio-de-Karte-ohne-Attributierung-tp6642761p6642984.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] Aerowestbilder
marc, du hast ja einige Erfahrungen mit Dortmund gemacht. Was braucht denn ein Server um eine durchschnittliche Stadt aus dem Aerowest-Angebot zu hosten? Klar: viel Platte und schnellen Upload. Gruss Walter p.s. irgendwie geht mir da Cloud-Computing nicht aus dem Kopf - jeweils eine Stadt verteilt auf einige Server. nur ob es dafür schon Software gibt, ist mir nicht bekannt. - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Aerowestbilder-tp6628738p6643029.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-it] A chi lo dico?
Il 31 luglio 2011 21:48, Daniele Forsi dfo...@gmail.com ha scritto: la cosa migliore sarebbe se tu potessi allegare una patch con la correzione e magari guardare se ci sono altri errori Ciao Daniele, e davvero grazie per le precisissime indicazioni che mi hai fornito. Ho provveduto ad aprire il ticket su trac.¹ In settimana do una letta a tutto il file per controllare ulteriori errori. Anzi, magari coinvolgo il Lug locale, giusto per avere un po' di occhi in piu'. Grazie ancora, Andrea ¹ http://trac.openstreetmap.org/ticket/3942 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-lt] Magistralinių kelių rekonstrukcijos
Reikės pasivažinėti man ten su dviračiu po pagalbinius keliukus. 2011 m. liepa 24 d. 14:30, Aidas Kasparas a.kaspa...@gmc.lt rašė: Sveiki, Jau kai mūsų kelininkai imasi rekonstruoti magistralinius kelius, tai į juos geriau nosies nekišti. Prieš metus taip buvo A6 tarp Jonavos ir Ukmergės, dabar A12 tarp Kelmės ir Kryžkalnio. Gal kas radote teisingą būda šitas rekonstrukcijas pažymėti (kad ir route'inimo softas suprastų, ir po rekonstrukcijos nereikėtų vėl visko peržymėti iš naujo)? -- Aidas Kasparas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt -- Darius Žitkevičius Krikščionis turi saugotis matematikų ir visų tų, kurie skelbia netikras pranašystes... Šv. Augustinas (354-430) ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-dk] cykler og highway=service?
Nå det ser ud til at den mangler highway=service access på listen, reglen er lige som med en villavej/beboelse highway=residential dvs grønt lys for cykler med mindre nogen angiver/tagger fx privat, adgang forbudt - og hvis det er en service way der går fra motorvej ind på rasteplads/benzintank område er det logisk nok at så vil cykler ikke blive navigeret der ud. De forskellige typer af highway=service http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice kan ses her og dækker over flere ting fx indkørsel til gårde/virksomheder Jeg har lavet et par Rule-based Styles til QunatumGIS for at se på hvor man ifølge tags'ne kan cykle. (Fil vedlagt.) Jeg har fulgt standarden på http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Denmark Men hvordan forholder der sig med at cykle på stier/veje der er markeret med highway=service, og ikke noget om cykler? Fx way med id 26997083, der er tagget med highway=service, service=parking_aisle, name=Artillerivej. Så vidt jeg kan se er der mange af disse service ways der er parkeringspladser - men ikke alle. ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] cykler og highway=service?
Ok, tak for svaret! Emil -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 1. august 2011 11:06 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] cykler og highway=service? Nå det ser ud til at den mangler highway=service access på listen, reglen er lige som med en villavej/beboelse highway=residential dvs grønt lys for cykler med mindre nogen angiver/tagger fx privat, adgang forbudt - og hvis det er en service way der går fra motorvej ind på rasteplads/benzintank område er det logisk nok at så vil cykler ikke blive navigeret der ud. De forskellige typer af highway=service http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice kan ses her og dækker over flere ting fx indkørsel til gårde/virksomheder Jeg har lavet et par Rule-based Styles til QunatumGIS for at se på hvor man ifølge tags'ne kan cykle. (Fil vedlagt.) Jeg har fulgt standarden på http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Denmark Men hvordan forholder der sig med at cykle på stier/veje der er markeret med highway=service, og ikke noget om cykler? Fx way med id 26997083, der er tagget med highway=service, service=parking_aisle, name=Artillerivej. Så vidt jeg kan se er der mange af disse service ways der er parkeringspladser - men ikke alle. ___ 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
[Talk-gb-westmidlands] OSM talk at ShropGeek, Shrewsbury, 26 Sept
Hi folks, I'm visiting my friends at ShropGeek, in Shrewsbury, on 26 September to talk about OSM and demonstrate the use of JOSM: http://osmshrewssep11.eventbrite.com/ While it may not be something for those of you on these lists (It's aimed at people new to OSM), please feel free to inform your contacts in the area, if you think it might interest them. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-se] Cykelspåret relation borttagen
Hej! Under min semester passade jag på att mappa in Cykelspåret i Piteå och nu när jag skulle fortsätta att lägga in mer av Cykelspåret norr om Söderhamn, så upptäcker jag att hela relationen är borttagen. Den verkar ha blivit borttagen vid mina editeringar i Piteå, men jag förstår inte hur? Hur gör man för att få tillbaka relationen i OSM? Cykelspåret: http://www.openstreetmap.org/browse/relation/20564 /Johnny ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Áreas de Corine colindantes y similares
Sí, ese caso lo veo claro. En el caso que comento, de dos áreas con segmentos coincidentes y con etiquetas casi idénticas (salvo que en una se indica wood y en otra no), ¿qué harías, las fusionarías también dejando la etiqueta wood para ambas, o las dejarías separadas? En la mayoría de los casos que veo, una de las áreas es mucho mayor que la otra. Yo personalmente creo que lo mejor es fusionarlas, pero antes quería saber vuestra opinión. Un saludo. El 28 de julio de 2011 14:31, Jorge Sanz Sanfructuoso escribió: La mayoría de estos errores son en los limites de las provincias. La importación se hizo por provincias y es por lo que sucede este error. Yo los que he ido viendo mientras editaba otras cosas los he ido corrigiendo en la medida de lo posible. Ahora que veo esta pagina que no conocía veo que también hay bastante por ejemplo en Girona que me imagino segun lo que veo que seras de esas zonas donde hubo problemas durante la subida y se crearon los puntos pero no las areas y luego se soluciono pero no se debieron de borrar los puntos antiguos. El 28 de julio de 2011 14:05, Benjamín Valero Espinosa escribió: Antes de nada disculpad por si esto se ha tratado ya. A partir de esta web [1] donde se muestran nodos duplicados me encuentro con muchísimos a partir de la importación de Corine. En particular, veo que hay muchas áreas colindantes, con puntos en común y con diferencias menores. En la mayoría de los casos, tienen en común: landuse, source y trees, y lo que las diferencia es que una tiene la etiqueta «wood» (con el mismo valor que «trees») y la otra no. ¿Creéis que se podrían fusionar, o habría que hacer un multipolígono? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Áreas de Corine colindantes y similares
A ver porque yo ya no me acuerdo bien de la importación. Según pone en la wiki de la importación http://wiki.openstreetmap.org/wiki/Four_Corine_layers_Spain_2011 se subieron como trees= lo que sea pero según pone abajo segun el esquema internacional http://wiki.openstreetmap.org/wiki/ES:WikiProject_Corine_Land_Cover/Tagging_scheme tendría que ser wood=lo que sea. Estado leyendo por encima los mails que hubo en la lista sobre esto y lo que he visto es que se pusieran las 2 etiquetas pero como he dicho lo he visto por encima así que a lo mejor no es totalmente correcto. A ver si alguien con mas memoria que yo lo sabe bien El 1 de agosto de 2011 13:20, Benjamín Valero Espinosa benjaval...@gmail.com escribió: Sí, ese caso lo veo claro. En el caso que comento, de dos áreas con segmentos coincidentes y con etiquetas casi idénticas (salvo que en una se indica wood y en otra no), ¿qué harías, las fusionarías también dejando la etiqueta wood para ambas, o las dejarías separadas? En la mayoría de los casos que veo, una de las áreas es mucho mayor que la otra. Yo personalmente creo que lo mejor es fusionarlas, pero antes quería saber vuestra opinión. Un saludo. El 28 de julio de 2011 14:31, Jorge Sanz Sanfructuoso escribió: La mayoría de estos errores son en los limites de las provincias. La importación se hizo por provincias y es por lo que sucede este error. Yo los que he ido viendo mientras editaba otras cosas los he ido corrigiendo en la medida de lo posible. Ahora que veo esta pagina que no conocía veo que también hay bastante por ejemplo en Girona que me imagino segun lo que veo que seras de esas zonas donde hubo problemas durante la subida y se crearon los puntos pero no las areas y luego se soluciono pero no se debieron de borrar los puntos antiguos. El 28 de julio de 2011 14:05, Benjamín Valero Espinosa escribió: Antes de nada disculpad por si esto se ha tratado ya. A partir de esta web [1] donde se muestran nodos duplicados me encuentro con muchísimos a partir de la importación de Corine. En particular, veo que hay muchas áreas colindantes, con puntos en común y con diferencias menores. En la mayoría de los casos, tienen en común: landuse, source y trees, y lo que las diferencia es que una tiene la etiqueta «wood» (con el mismo valor que «trees») y la otra no. ¿Creéis que se podrían fusionar, o habría que hacer un multipolígono? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Áreas de Corine colindantes y similares
El día 1 de agosto de 2011 12:52, Jorge Sanz Sanfructuoso sanc...@gmail.com escribió: A ver porque yo ya no me acuerdo bien de la importación. Según pone en la wiki de la importación http://wiki.openstreetmap.org/wiki/Four_Corine_layers_Spain_2011 se subieron como trees= lo que sea pero según pone abajo segun el esquema internacional http://wiki.openstreetmap.org/wiki/ES:WikiProject_Corine_Land_Cover/Tagging_scheme tendría que ser wood=lo que sea. Estado leyendo por encima los mails que hubo en la lista sobre esto y lo que he visto es que se pusieran las 2 etiquetas pero como he dicho lo he visto por encima así que a lo mejor no es totalmente correcto. A ver si alguien con mas memoria que yo lo sabe bien Hola Me parece que el esquema fue algo así CLC 311: 'natural':'wood', 'trees':'broad-leaved' CLC 312: 'natural':'wood', 'trees':'coniferous', 'wood':'coniferous' CLC 322: 'natural':'heath' CLC 324: 'natural':'wood', 'trees':'mixed', 'wood':'mixed' La etiqueta wood se añadió en algunas provincias si y en otras no. Benjamín, si los polígonos son del mismo tipo de vegetación, voto por unirlos. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Áreas de Corine colindantes y similares
Hola, On 08/01/2011 09:04 PM, Javier Sánchez wrote: CLC 311: 'natural':'wood', 'trees':'broad-leaved' CLC 312: 'natural':'wood', 'trees':'coniferous', 'wood':'coniferous' CLC 322: 'natural':'heath' CLC 324: 'natural':'wood', 'trees':'mixed', 'wood':'mixed' Se usó landuse=forest. La diferencia entre landuse=forest y natural=wood es que la primera es una explotación forestal (donde hay intervención humana) y la segunda es un bosque (donde no hay intervención humana). Diferenciarlos en nuestro país es difícil, ya que con tantos siglos usando los bosques ya no debe quedar ninguno donde no hayamos metido mano. Aún así, yo los diferenciaría en los parques naturales y zonas protegidas donde normalmente ya no se puede extraer madera. Salut! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] Estaciones de Servicio
2011/8/1 Guillermo Sansovic sanso...@gmail.com: De acuerdo a lo que había dicho, hice una limpieza masiva de las 3.544 estaciones de servicio en Argentina. Para todas las estaciones que pude definí brand correctamente y en forma normalizada para cada marca. Limpié todos los tags note que repetían el name. Borré todos los tags name y note innecesarios (sólo tenían la marca, o decían Estación de Servicio o cosas así). Puse fuel:cng=yes a todos los que en note o name tenían GNC o G N C o G.N.C Hice algunos otros cambios en estaciones individuales que estaban claramente mal: había estaciones RHAZA o RASA por ejemplo. Fíjense si encuentran algo mal en general que pueda terminar de corregir. Guillermo El 31/07/2011 14:12, Diego Woitasen dijo : 2011/7/30 Werner Horschwerner.hor...@gmail.com: Hay q corregir, lo voy a agregar al SW q estoy haciendo, yo tb lo corrijó cuando mapeo y le quito el tag note ya q es redundante tener ambos con la misma info 2011/7/30 Franco Pellegrinifrap...@gmail.com Yo cuando vengo con el tracking, que anduve dando vueltas por ahi, y veo que ya esta cargada con el nombre asi como decis vos, con espacios, lo corrijo y le saco los espacios... No se si hay alguna regla de por que alguien lo habra puesto con espacios, pero yo lo hago pensando en eventual software de routing... si estoy en la ruta y quiero una YPF, no voy a poner Y P F saludos ! 2011/7/30 Pablo Daniel Pareja Obregónparejaobre...@gmail.com: ¡Hola a todos! Les escribo para plantearles la siguiente duda: en varias localidades me encontré que al mapear estaciones de servicio, los nombres figuraban en mayúsculas (como es lógico) pero con espacios en el medio. Por ejemplo en lugar de YPF, Y P F o en lugar de SHELL, S H E L L. Mi pregunta es, ¿existe algún motivo para ponerlas así? Además en esos casos también encontré que suelen repetir el nombre bajo un tag note, que me parece algo difuso (y de gusto, ya lo único que hace es repetir el nombre). Saludos, Pablo ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar -- Own your own computer. Don't use Windows 7.http://windows7sins.org -- I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones. -- Albert Einstein -- No se vive celebrando victorias, sino superando derrotas. -- Ernesto Che Guevara -- Linux User #456432 - ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar Yo estoy usando el preset de OSM para las estaciones de servicio y quedán así: brand=YPF name=Fulaino S.A. fuel:diesel=yes fuel:octane_95=yes fuel:octane_98=yes fuel:cng=yes shop=yes Para citar un ejemplo. Name y brand son cosas distintas y tiene sentido para mí. Brand es la marca y Name el nombre de la estación, usualmente de la empresa que la administra. saludos! ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar Con que hiciste la actualización masiva? -- Diego Woitasen ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Estaciones de Servicio
Bajé el extracto de Argentina de Geofabrik, extraje las estaciones de servicio con osmfilter y después con JOSM usando la búsqueda. Guillermo El 01/08/2011 15:37, Diego Woitasen dijo : 2011/8/1 Guillermo Sansovicsanso...@gmail.com: De acuerdo a lo que había dicho, hice una limpieza masiva de las 3.544 estaciones de servicio en Argentina. Para todas las estaciones que pude definí brand correctamente y en forma normalizada para cada marca. Limpié todos los tags note que repetían el name. Borré todos los tags name y note innecesarios (sólo tenían la marca, o decían Estación de Servicio o cosas así). Puse fuel:cng=yes a todos los que en note o name tenían GNC o G N C o G.N.C Hice algunos otros cambios en estaciones individuales que estaban claramente mal: había estaciones RHAZA o RASA por ejemplo. Fíjense si encuentran algo mal en general que pueda terminar de corregir. Guillermo El 31/07/2011 14:12, Diego Woitasen dijo : 2011/7/30 Werner Horschwerner.hor...@gmail.com: Hay q corregir, lo voy a agregar al SW q estoy haciendo, yo tb lo corrijó cuando mapeo y le quito el tag note ya q es redundante tener ambos con la misma info 2011/7/30 Franco Pellegrinifrap...@gmail.com Yo cuando vengo con el tracking, que anduve dando vueltas por ahi, y veo que ya esta cargada con el nombre asi como decis vos, con espacios, lo corrijo y le saco los espacios... No se si hay alguna regla de por que alguien lo habra puesto con espacios, pero yo lo hago pensando en eventual software de routing... si estoy en la ruta y quiero una YPF, no voy a poner Y P F saludos ! 2011/7/30 Pablo Daniel Pareja Obregónparejaobre...@gmail.com: ¡Hola a todos! Les escribo para plantearles la siguiente duda: en varias localidades me encontré que al mapear estaciones de servicio, los nombres figuraban en mayúsculas (como es lógico) pero con espacios en el medio. Por ejemplo en lugar de YPF, Y P F o en lugar de SHELL, S H E L L. Mi pregunta es, ¿existe algún motivo para ponerlas así? Además en esos casos también encontré que suelen repetir el nombre bajo un tag note, que me parece algo difuso (y de gusto, ya lo único que hace es repetir el nombre). Saludos, Pablo ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar -- Own your own computer. Don't use Windows 7.http://windows7sins.org -- I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones. -- Albert Einstein -- No se vive celebrando victorias, sino superando derrotas. -- Ernesto Che Guevara -- Linux User #456432 - ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar Yo estoy usando el preset de OSM para las estaciones de servicio y quedán así: brand=YPF name=Fulaino S.A. fuel:diesel=yes fuel:octane_95=yes fuel:octane_98=yes fuel:cng=yes shop=yes Para citar un ejemplo. Name y brand son cosas distintas y tiene sentido para mí. Brand es la marca y Name el nombre de la estación, usualmente de la empresa que la administra. saludos! ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar Con que hiciste la actualización masiva? ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Estaciones de Servicio
grande maestro, siempre rápido y eficiente, como siempre un lujo guillermo te ganaste el premio: OSM Petrol Station Golden Aware 2011/8/1 Guillermo Sansovic sanso...@gmail.com Bajé el extracto de Argentina de Geofabrik, extraje las estaciones de servicio con osmfilter y después con JOSM usando la búsqueda. Guillermo El 01/08/2011 15:37, Diego Woitasen dijo : 2011/8/1 Guillermo Sansovicsanso...@gmail.com: De acuerdo a lo que había dicho, hice una limpieza masiva de las 3.544 estaciones de servicio en Argentina. Para todas las estaciones que pude definí brand correctamente y en forma normalizada para cada marca. Limpié todos los tags note que repetían el name. Borré todos los tags name y note innecesarios (sólo tenían la marca, o decían Estación de Servicio o cosas así). Puse fuel:cng=yes a todos los que en note o name tenían GNC o G N C o G.N.C Hice algunos otros cambios en estaciones individuales que estaban claramente mal: había estaciones RHAZA o RASA por ejemplo. Fíjense si encuentran algo mal en general que pueda terminar de corregir. Guillermo El 31/07/2011 14:12, Diego Woitasen dijo : 2011/7/30 Werner Horschwerner.hor...@gmail.com**: Hay q corregir, lo voy a agregar al SW q estoy haciendo, yo tb lo corrijó cuando mapeo y le quito el tag note ya q es redundante tener ambos con la misma info 2011/7/30 Franco Pellegrinifrap...@gmail.com Yo cuando vengo con el tracking, que anduve dando vueltas por ahi, y veo que ya esta cargada con el nombre asi como decis vos, con espacios, lo corrijo y le saco los espacios... No se si hay alguna regla de por que alguien lo habra puesto con espacios, pero yo lo hago pensando en eventual software de routing... si estoy en la ruta y quiero una YPF, no voy a poner Y P F saludos ! 2011/7/30 Pablo Daniel Pareja Obregónparejaobregon@gmail.**comparejaobre...@gmail.com : ¡Hola a todos! Les escribo para plantearles la siguiente duda: en varias localidades me encontré que al mapear estaciones de servicio, los nombres figuraban en mayúsculas (como es lógico) pero con espacios en el medio. Por ejemplo en lugar de YPF, Y P F o en lugar de SHELL, S H E L L. Mi pregunta es, ¿existe algún motivo para ponerlas así? Además en esos casos también encontré que suelen repetir el nombre bajo un tag note, que me parece algo difuso (y de gusto, ya lo único que hace es repetir el nombre). Saludos, Pablo __**_ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-arhttp://lists.openstreetmap.org/listinfo/talk-ar -- Own your own computer. Don't use Windows 7.http://windows7sins.org -- I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones. -- Albert Einstein -- No se vive celebrando victorias, sino superando derrotas. -- Ernesto Che Guevara -- Linux User #456432 - __**_ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-arhttp://lists.openstreetmap.org/listinfo/talk-ar __**_ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-arhttp://lists.openstreetmap.org/listinfo/talk-ar Yo estoy usando el preset de OSM para las estaciones de servicio y quedán así: brand=YPF name=Fulaino S.A. fuel:diesel=yes fuel:octane_95=yes fuel:octane_98=yes fuel:cng=yes shop=yes Para citar un ejemplo. Name y brand son cosas distintas y tiene sentido para mí. Brand es la marca y Name el nombre de la estación, usualmente de la empresa que la administra. saludos! __**_ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-arhttp://lists.openstreetmap.org/listinfo/talk-ar Con que hiciste la actualización masiva? __**_ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-arhttp://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
[Talk-at] Bericht über OSM in der Tiroler Tageszeitung
Hallo! Zur Info: In der Sonntagsausgabe der Tiroler Tageszeitung gab es einen einseitigen Bericht über OSM und die SotM, zum nachlesen: http://tt.com/csp/cms/sites/tt/Nachrichten/3136102-6/tiroler-mapper-basteln-an-exakten-landkarten-f%C3%BCrs-internet.csp -- Lg, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Doppelte Amenities/Wie zeichne ich das besser?
On 08/01/11 14:40, Hannes Brandstätter-Müller wrote: Angespornt von der netten Fehleranzeige, die ich durch die plan-at Bereinigung kennengelernt habe, hab ich mir mal ein paar Sachen angeschaut, die so in meiner Umgebung als Fehler erkannt werden: http://geotools.ipax.at/index.php?zoom=15lat=48.31165lon=14.29177layers=B0Tchecks=12%2C13%2C14%2C01%2C02%2C16%2C17%2C18%2C7%2C9%2C10%2C6 Hier gibt's einige doppelte Amenities, weil da sowohl der Parkplatz (Tiefgarage) als auch die Zugänge so getaggt wurden. Wie bezeichnet man Tiefgaragenzugänge korrekt? building=entrance ist ok, Einfahrten taggt man mit highway=service auf den Way. amenity=parking gehört nur auf den Parkplatz (oder das Parkhaus) selber, keinesfalls auf Eingänge wie in diesem Beispiel. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bericht über OSM in der Tiroler Tageszeitung
On 01.08.11 10:26, Boris Cornet wrote: Zur Info: In der Sonntagsausgabe der Tiroler Tageszeitung gab es einen einseitigen Bericht über OSM und die SotM, zum nachlesen: http://tt.com/csp/cms/sites/tt/Nachrichten/3136102-6/tiroler-mapper-basteln-an-exakten-landkarten-f%C3%BCrs-internet.csp Super, gratuliere! :)) BTW, falls ich im Pressespiegel/0/ etwas übersehen vergessen habe, bitte ergänzen... /0/ http://wiki.openstreetmap.org/wiki/DE:OpenStreetMap_in_the_media#Juli_2011 Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk-fr] on parle d'osm sur forumsig...
c'est ici http://www.forumsig.org/showthread.php?t=31839 si des experts du cadastre, peuvent compléter ma réponse de débutant... et renseigner les collègues ça pourrait être pas mal @+ adrien -- http://www.virage-energie-npdc.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : [OSM-Talk-fr] Propositions des Statuts et Règlement de l'Association OpenStreetMap France
De : Vincent Pottier vpott...@gmail.com Le 30/07/2011 20:02, Nicolas Frery a écrit : Le 30/07/2011 19:07, kimaidou a écrit : Une petite question : a-t-on une idée du nombre potentiel d'adhérents à la future association ? J'adhère ! +1 +1 Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] problème fichier cadastre
bonjour, j'ai tenté d'utiliser le fichier bâti de la commune de Bron près de Lyon à partir du dépôt : http://cadastre.cleo-carto.org/data/069/ Hors ce fichier (R1029-BRON-houses.osm) est presque vide. J'ai essayé de le générer à la main, sans succès. Il y a t'il un problème particulier sur cette ville ? -- Christophe Savigny ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Choix d'un GPS pour équiper les services techniques
Réponse tardive pour ce vieux sujet. Suite à une discussion familiale (liée au contrôle des rendements de moissons et aux semis / traitements des champs), je me suis intéressé aux systèmes d'agriculture de précision qui deviennent à la mode (surtout dans les zones céréalières). Depuis quelques mois, il existe un réseau de bornes [1] montées sur les gros silos à grains qui émettent des signaux GPS RTK (Real Time Kinematics). Cela permet de profiter d'une localisation en temps réel avec une précision d'un ou quelques cm, sous la condition de s'abonner au service [2] (pas donné donné, bien qu'annoncé comme à prix coutant par le groupement de coopératives agricoles à l'origine du service) Comme il a déjà été évoqué, il y a un projet proposant de faire du GPS RTK en open source [4], en utilisant des composants du commerce (relativement) bon marché ainsi que des applications pour ordinateur. Explication du système mis en oeuvre : [4] Description du montage électronique : [5] Pas mal pour montrer l'efficacité pure du système, mais cela reste encore trop du bidouillage pour être mis à disposition d'utilisateurs lambda. Est-ce qu'à l'échelle d'une commune moyenne ou importante, la mise en place de quelques bornes serait-elle intéressante pour pouvoir profiter de cette précision accrue ? Connaissez-vous des matériels disponibles sur le marché : _ Les bornes fixes qui pourraient être conseillées à des communes intéressées ? _ Les récepteurs / loggers mobiles compatibles (et si possible accessibles) ? A noter : la question du recensement d'arbres et du matériel nécessaire a été évoquée sur le forum GPS Passion hier [6]. J'en ai profité pour évoquer ce fil de discussion de la mailing list. [1] http://www.coop-tech.fr/ [2] http://www.coop-tech.fr/doc/CoopTech_Conditions_d'abonnement_RTK.pdf [3] http://gpspp.sakura.ne.jp/rtklib/rtklib.htm [4] http://gpspp.sakura.ne.jp/paper2005/isgps_2009_rtklib_revA.pdf [5] http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=142061 Le 9 février 2011 13:21, Antoine Viry antoine_v...@yahoo.fr a écrit : Bonjour, Organisant une cartopartie prochainement sur Pacé (près de Rennes), j'en ai profité pour rencontrer les responsables des services techniques et espaces verts. Comme ils étaient très intéressés par le fait de pouvoir contribuer à une carte et de la réutiliser dans leurs tâches quotidiennes, je leur ai rapidement montré le fonctionnement du Garmin Etrex Legend Hcx et l'intégration des données via JOSM. Le seul point sur lequel ils ont été déçus était la précision du GPS. Apparemment sur ce modèle, on peut difficilement avoir une précision meilleure que 3 mètres, ce qui est beaucoup trop s'ils veulent par exemple faire l'inventaire des arbres. Est-ce que quelqu'un aurait rencontré le même problème, c'est à dire la nécessité d'avoir une plus grande précision ? Existe-t-il des GPS de ce genre, mais précis au mètre près, voire moins ? Vous auriez des modèles à conseiller ? Merci d'avance pour vos réponses, l'idée étant de passer une commande (assez rapidement pour les avoir avec nous pour la cartopartie) et d'équiper du personnel municipal qui me semble vraiment enthousiaste ! Antoine Viry ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Choix d'un GPS pour équiper les services techniques
Le 01/08/2011 11:01, Ab_fab a écrit : Connaissez-vous des matériels disponibles sur le marché : _ Les bornes fixes qui pourraient être conseillées à des communes intéressées ? _ Les récepteurs / loggers mobiles compatibles (et si possible accessibles) ? Je sais qu'il y a eu des essais à base d'Openmoko Freerunner l'an dernier (puce GPS u-blox antaris 4 sur le mien -- je suis à peu près sûr qu'ils ont tous celle-ci --). http://lists.openmoko.org/nabble.html#nabble-td5574779 Xavier. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Choix d'un GPS pour équiper les services techniques
Merci Xavier, Intéressant dans le principe, l'appareil est d'un coût raisonnable (300 €) et on peut y brancher une antenne GPS externe. Le 1 août 2011 11:25, Xavier Cremaschi omega.xav...@gmail.com a écrit : Le 01/08/2011 11:01, Ab_fab a écrit : Connaissez-vous des matériels disponibles sur le marché : _ Les bornes fixes qui pourraient être conseillées à des communes intéressées ? _ Les récepteurs / loggers mobiles compatibles (et si possible accessibles) ? Je sais qu'il y a eu des essais à base d'Openmoko Freerunner l'an dernier (puce GPS u-blox antaris 4 sur le mien -- je suis à peu près sûr qu'ils ont tous celle-ci --). http://lists.openmoko.org/nabble.html#nabble-td5574779 Xavier. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Classification A63 N10
Le 31/07/2011 23:46, Francisco DOS SANTOS a écrit : Comme j'y passe cette semaine, je vais repérer si le panneau C107 s'applique bien à l'ensemble de la N10. J'y suis passé hier, et je n'ai pas vu de panneau C 107 nulle part… JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fréquence de mise à jour de Nominatim
Bonjour, Vous ne pensez pas qu'il y a un problème avec la mise à jour de Nominatim? Un mois après, des POI ne ressortent toujours pas :( Les graphiques ne vont pas plus loin que 2010: http://munin.openstreetmap.org/openstreetmap/katie.openstreetmap/nominatim_lag.html Merci. Romain Le 28 juillet 2011 14:06, Romain MEHUT romain.me...@gmail.com a écrit : Je précise que c'est important que l'on puisse retrouver les adresses si l'on veut pouvoir sensibiliser par exemple une association de commerçants... Le 28 juillet 2011 11:53, Romain MEHUT romain.me...@gmail.com a écrit : Le 28 juillet 2011 11:30, kimaidou kimai...@gmail.com a écrit : Bonjour Pourrais tu tester sur OsmInterest pour voir s'ils ressortent ? Nous faisons maintenant une mise à jour quotidienne (la base de données est mise à jour via les diffs minutes, mais le fichier de poi une fois par jour) Pour Toul c'est ici : http://178.32.101.237/osminterest/?zoom=15lat=48.67768lon=5.88858layers=B0TTT Oui aucun souci dans OSMInterest, mes derniers ajouts de POI datent du 20 juillet. Kimaidou Le 28 juillet 2011 11:14, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, J'ai pris pour exemple un POI ajouté le 29 juin 2011 et il ne ressort toujours pas de la recherche Nominatim alors que celui-ci appartient à un polygone qui lui existe dans la base depuis le 25 juillet 2010. C'est pas mieux dans Cloudmade. D'ailleurs Cloudmade ne trouve pas un POI ajouté le 13 mai 2011 que Nominatim lui retrouve. Merci d'avance si vous avez plus d'explications. Romain Le 21 juillet 2011 09:42, Bruno Cortial bruno.cort...@laposte.net a écrit : Le 21 juillet 2011 09:30, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Savez-vous quelle est la fréquence de mise à jour de Nominatim? Ces derniers jours, je suis en cours de finir l'ajout des POI du centre-ville de Toul et ils ne sont pas encore accessibles *via* la recherche Nominatim... Bonjour, Essaies via le site Cloudmade. Sinon voir ce fil pour des explications: http://forum.openstreetmap.org/viewtopic.php?id=12950 BrunoC _ 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] Help import bâti L'Haÿ-les-Roses (94)
La situation est revenue à son état antérieur. J'espère qu'on ne m'y reprendra plus! Du coup, une petite question: comment fait-on pour découper en plusieurs parties le fichier Z0038-L HAY LES ROSES-houses.osm? Merci. Le 31 juillet 2011 23:17, Romain MEHUT romain.me...@gmail.com a écrit : Le 31 juillet 2011 22:04, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 31/07/2011 21:51, Romain MEHUT a écrit : Le 31 juillet 2011 21:45, Vincent de Chateau-Thierry v...@laposte.net mailto:v...@laposte.net a écrit : Dans le cas présent, vu que l'import est tout frais, un revert équivaut quasiment à effacer tous les objets du changeset problématique. Pour les sélectionner dans la recheche JOSM : changeset:8881398 version:1 Selection à affiner si certains objets sont autre chose que des nodes isolés sans attributs, ou des buildings avec d'autres tags que building:yes. C'est une méthode manuelle ce que tu décrits? Tu évoquais juste avant que la zone de l'Haÿ est trop grande. Pour l'effacement, rien ne t'empêches de la charger par morceaux, que tu traites ensuite, consolidés ou un par un. Avec comme critère de sélection changeset:8881398 version:1 tu atteins à chaque fois tout et rien que les objets créés par ton changeset. S'il ne contenait que du bâti tout neuf, sans apport de tags issus de POIs par exemple, tu peux te contenter de supprimer toute ta sélection. Sinon, si tu as des combinaisons de tes buildings avec des tags amenity=*, shop=*, etc, tu peux les exclure de ta sélection, soit à la main, soit par le moteur de recherche. Ça donne des lignes du style : changeset:8881398 version:1 - (amenity OR shop OR landuse) Ensuite, quand tu es sûr que ta sélection ne contient que des choses à effacer SUPPR :-) Merci pour les conseils. J'ai donc commencé. Je poursuivrai demain... vincent __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Help import bâti L'Haÿ-les-Roses (94)
Du coup, une petite question: comment fait-on pour découper en plusieurs parties le fichier Z0038-L HAY LES ROSES-houses.osm? personnelement, je fais ca par quartier ou zone facilement selectionnable. + je copie Z0038-L HAY LES ROSES-houses.osm en hay1.osm, hay2.osm etc(correspondant au quartier 1,2 ...) + j'ouvre le fichier hay1.osm, supprime tout ce ne fait pas parti du quartier 1 + j'utilise la validation josm (beaucoup plus rapide d'autant plus que le fichier n'est pas trop gros) + je verifie les relations créées (le batiment avec un inner), il peut y avoir des fichiers avec des way en doubles (note:qadastre=v1.0 et note:qadastre=v2.0) + je recherche visuellement des batiements donc la couleur marron est différente (il y a 2 batiments...) + j'affiche le cadastre en fond et je cherche visuellement les batiments qui sont en plusieurs morceaux dans le fichier mais pas au cadastre = je les joints. + j'envoie le tout par blocs (200) + j'enregistre le fichier hay1.osm, je le ferme, je le réouvre et fichier-mettre a jour les données. + validation (de nouvelles erreurs apparaissent a cause de probleme d'arrondis) euh oui c'est long ... c'est pour ça que je ne le fais pas trop souvent ;-) bonjour chez toi didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Help import bâti L'Haÿ-les-Roses (94)
Bonjour, Le 01/08/2011 12:52, Romain MEHUT a écrit : La situation est revenue à son état antérieur. J'espère qu'on ne m'y reprendra plus! Du coup, une petite question: comment fait-on pour découper en plusieurs parties le fichier Z0038-L HAY LES ROSES-houses.osm? Merci. Il y a plusieurs moyens pour découper : - par JOSM à coup de sélections manuelles puis de sauvegarde séparée de la sélection, - avec Osmosis [1] - personnellement j'utilise un script dont je parle ici [2], qui vaut ce qu'il vaut mais qui suffit pour mon besoin. Je t'envoie le résultat de son découpage en mail hors liste. vincent [1] : http://wiki.openstreetmap.org/wiki/Osmosis [2] : http://wiki.openstreetmap.org/wiki/User:Vincent_95/Outils/Split ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème fichier cadastre
maintenant il est plus gros par l'interface http://cadastre.cleo-carto.org/ tu choisis le departement puis la ville envoyer ... et patience ... (ne pas fermer la page) ... patience dans la barre d'etat de ton navigateur il y a la progression et si c'est terminé bon mapping ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème fichier cadastre
Christophe Savigny christophe.savigny@... writes: bonjour, j'ai tenté d'utiliser le fichier bâti de la commune de Bron près de Lyon à partir du dépôt : http://cadastre.cleo-carto.org/data/069/ Hors ce fichier (R1029-BRON-houses.osm) est presque vide. J'ai essayé de le générer à la main, sans succès. Il y a t'il un problème particulier sur cette ville ? Bonjour , En effet la commune de bron merde depuis toujours . j’ai fait des essais d'import de mon coté pas mieux ! si mes souvenirs sont bons c'est les pdf qui sont hs. Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème fichier cadastre
maintenant il est plus gros (il manque la partie sud est) par l'interface http://cadastre.cleo-carto.org/ tu choisis le departement puis la ville envoyer ... et patience ... (ne pas fermer la page) ... patience dans la barre d'etat de ton navigateur il y a la progression et si c'est terminé bon mapping ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Choix d'un GPS pour équiper les services techniques
Xavier, La section Data Logger de l'OpenMoko parle de conversion des données brutes de la puce U-blox antaris 4 vers le format RINEX, afin d'en permettre le post-traitement http://wiki.openmoko.org/wiki/GPS_Data_Logger#RINEX Est-ce que c'est une porte ouverte potentielle pour correction après-coup grace aux données fournies par le Réseau Géodésique Permanent ? http://rgp.ign.fr/accueil.php# Le 1 août 2011 11:25, Xavier Cremaschi omega.xav...@gmail.com a écrit : Le 01/08/2011 11:01, Ab_fab a écrit : Connaissez-vous des matériels disponibles sur le marché : _ Les bornes fixes qui pourraient être conseillées à des communes intéressées ? _ Les récepteurs / loggers mobiles compatibles (et si possible accessibles) ? Je sais qu'il y a eu des essais à base d'Openmoko Freerunner l'an dernier (puce GPS u-blox antaris 4 sur le mien -- je suis à peu près sûr qu'ils ont tous celle-ci --). http://lists.openmoko.org/nabble.html#nabble-td5574779 Xavier. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] on parle d'osm sur forumsig...
Le 01/08/2011 10:17, adrien carpentier a écrit : c'est ici http://www.forumsig.org/showthread.php?t=31839 si des experts du cadastre, peuvent compléter ma réponse de débutant... et renseigner les collègues ça pourrait être pas mal @+ adrien -- http://www.virage-energie-npdc.org/ Bonjour, Juste pour préciser comment bien lire la page du Wiki : 1. L'utilisation du Cadastre est formellement autorisée pour faire son import dans OSM ; 2. car l'import est partiel : que le bâti, les cours d'eau, les voies ferrées et les routes par déduction mais *pas* les parcelles, ni les numéros qui s'y rapportent ; 3. le résultat est un travail composite qui ne se limite pas aux données du Cadastre mais inclu aussi routes, occupation des sols (CLC) ; 4. La source et le millésime sont associés à tout import. Les données dans OSM sont donc conforment aux licences d'OSM et du Cadastre. Il n'existe aucun doute là-dessus. Quand à la question du coût des données générées par l'État, c'est un troll. Aujourd'hui, il y a l'ETALAB, et regardez en bas de cette page http://blog.etalab.gouv.fr/pages/atelier-de-travail-du-20-juillet-2011-initiatives-d-open-data-retour-d-experience--5528815.html, il y a en référence à OSM (devinez qui y était ? rien à gagner ici, c'est trop facile !). 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] Help import bâti L'Haÿ-les-Roses (94)
Le lundi 01 août 2011 à 14:21 +0200, Vincent de Chateau-Thierry a écrit : Bonjour, Le 01/08/2011 12:52, Romain MEHUT a écrit : La situation est revenue à son état antérieur. J'espère qu'on ne m'y reprendra plus! Du coup, une petite question: comment fait-on pour découper en plusieurs parties le fichier Z0038-L HAY LES ROSES-houses.osm? Merci. Il y a plusieurs moyens pour découper : - par JOSM à coup de sélections manuelles puis de sauvegarde séparée de la sélection, - avec Osmosis [1] - personnellement j'utilise un script dont je parle ici [2], qui vaut ce qu'il vaut mais qui suffit pour mon besoin. Je t'envoie le résultat de son découpage en mail hors liste. vincent [1] : http://wiki.openstreetmap.org/wiki/Osmosis [2] : http://wiki.openstreetmap.org/wiki/User:Vincent_95/Outils/Split ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Avec JOSM on peut le faire simplement : Fichier / Envoyer les données Aller dans l'onglet avancé et sélectionner Envoyer en plusieurs blocs Pour la taille du bloc, je met 1000 et je n'ai jamais eu de soucis Bonne journée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fréquence de mise à jour de Nominatim
Le 01/08/2011 12:47, Romain MEHUT a écrit : Bonjour, Vous ne pensez pas qu'il y a un problème avec la mise à jour de Nominatim? Un mois après, des POI ne ressortent toujours pas :( Les graphiques ne vont pas plus loin que 2010: http://munin.openstreetmap.org/openstreetmap/katie.openstreetmap/nominatim_lag.html Merci. Romain Le 28 juillet 2011 14:06, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Je précise que c'est important que l'on puisse retrouver les adresses si l'on veut pouvoir sensibiliser par exemple une association de commerçants... Le 28 juillet 2011 11:53, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Le 28 juillet 2011 11:30, kimaidou kimai...@gmail.com mailto:kimai...@gmail.com a écrit : Bonjour Pourrais tu tester sur OsmInterest pour voir s'ils ressortent ? Nous faisons maintenant une mise à jour quotidienne (la base de données est mise à jour via les diffs minutes, mais le fichier de poi une fois par jour) Pour Toul c'est ici : http://178.32.101.237/osminterest/?zoom=15lat=48.67768lon=5.88858layers=B0TTT http://178.32.101.237/osminterest/?zoom=15lat=48.67768lon=5.88858layers=B0TTT Oui aucun souci dans OSMInterest, mes derniers ajouts de POI datent du 20 juillet. Kimaidou Le 28 juillet 2011 11:14, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Bonjour, J'ai pris pour exemple un POI ajouté le 29 juin 2011 et il ne ressort toujours pas de la recherche Nominatim alors que celui-ci appartient à un polygone qui lui existe dans la base depuis le 25 juillet 2010. C'est pas mieux dans Cloudmade. D'ailleurs Cloudmade ne trouve pas un POI ajouté le 13 mai 2011 que Nominatim lui retrouve. Merci d'avance si vous avez plus d'explications. Romain Le 21 juillet 2011 09:42, Bruno Cortial bruno.cort...@laposte.net mailto:bruno.cort...@laposte.net a écrit : Le 21 juillet 2011 09:30, Romain MEHUT romain.me...@gmail.com mailto:romain.me...@gmail.com a écrit : Bonjour, Savez-vous quelle est la fréquence de mise à jour de Nominatim? Ces derniers jours, je suis en cours de finir l'ajout des POI du centre-ville de Toul et ils ne sont pas encore accessibles /via/ la recherche Nominatim... Bonjour, Essaies via le site Cloudmade. Sinon voir ce fil pour des explications: http://forum.openstreetmap.org/viewtopic.php?id=12950 BrunoC _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto: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 Bonjour, De mémoire, il y a eu un problème d'index sur la base de Nominatim et son auteur a modifié la longueur de cet index puis reconstruit sa base. Ça devait être fin janvier. Sur le wiki (http://wiki.openstreetmap.org/wiki/Talk:Nominatim#nominatim_not_up_to_date_.28january_2011_-_and_still_in_April_2011.29), on trouve des incidents successifs et visiblement, il y a encore des problèmes de mise à jour. 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] Classification A63 N10
2011/7/31 Guilhem Bonnefille guilhem.bonnefi...@gmail.com Est-ce que ce ne serait pas plutôt un trunk ? trunk en France, c'est une voie express (ou rapide). Est-ce le cas ici ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] La ville d'Orange vient de réaliser son plan de ville grâce à Openstreetmap
Bonsoir, Je viens de tomber sur cette annonce et je ne crois pas avoir vu passer l'info, alors je relaye. http://www.viadeo.com/hub/forums/detaildiscussion/?containerId=0021vt7sunyfllp4action=messageDetailmessageId=0021ed9jt7q3lrgbforumId=00222e67mxl1fzpj http://www.ville-orange.fr/sortir07.htm -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La ville d'Orange vient de réaliser son plan de ville grâce à Openstreetmap
Oui c'est Jean-Louis ZIMMERMANN qui en est l'auteur. Pour info, il était de passage à Nancy la semaine dernière. On s'est eu au téléphone. Il a évangélisé les commerçants de Nancy même loin de chez lui ;) Le 1 août 2011 21:57, Guilhem Bonnefille guilhem.bonnefi...@gmail.com a écrit : Bonsoir, Je viens de tomber sur cette annonce et je ne crois pas avoir vu passer l'info, alors je relaye. http://www.viadeo.com/hub/forums/detaildiscussion/?containerId=0021vt7sunyfllp4action=messageDetailmessageId=0021ed9jt7q3lrgbforumId=00222e67mxl1fzpj http://www.ville-orange.fr/sortir07.htm -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.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] [OSM-Talk-fr] Propositions des Statuts et Règlement de l'Association OpenStreetMap France
Bonjour, Voici quelques remarques sur les statuts : Article 1 : = Le sigle « OSM » étant souvent utilisé en lieu et place du nom « OpenStreetMap », ne serait-il pas bon de mentionner l'équivalence entre « OpenStreetMap France » et « OSM France » ? Cela évitera par exemple l'invalidation d'un document qu'un administrateur ou qu'un salarié aura un peu trop hâtivement signé au nom d'« OSM France ». Article 2 : = J'aurais bien ajouté un lien vers les sites de la FSF et d'OSM pour enlever toute ambiguité. Peut-être que ces liens et quelques définitions (licence libre par exemple) auraient leur place dans un préambule. Article 3 : = Préciser la ville et le code postal dans les adresses. Article 5 : = Je trouve curieux qu'un membre bienfaiteur n'ait pas des droits au moins équivalents à ceux des membres actifs. Dit autrement, je ne vois aucune raison de priver un membre bienfaiteur du droit de vote et du droit d'assister à l'assemblée générale (et je ne suis même pas certain qu'il soit légal d'interdire à des membres d'une association à jour de cotisation l'accès à l'AG). Au passage, je n'ai pas lu le règlement intérieur in extenso mais j'ai quand même voulu voir comment vous y définissiez les membres actifs, bienfaiteurs et d'honneur. C'est... comment dire... perfectible ! À corriger de toute urgence ! Article 9 : = Vous devez absolument abaisser le quorum si vous voulez éviter la sclérose. Jamais vous n'arriverez à réunir 50 % des membres d'une association d'envergure nationale, même pour une décision importante, surtout en limitant aussi drastiquement le nombre de délégations que vous le faites dans l'article 12. En outre, si vous conservez le quorum actuel et que, constatant qu'il est impossible à atteindre, vous décidez de l'abaisser ultérieurement, vous aurez bien évidemment toutes les peines du monde à obtenir le quorum nécessaire à la délibération valide d'une AG extraordinaire. L'April avait commis une telle erreur de jeunesse. Aujourd'hui, le quorum n'est que de 30 % des membres à jour de cotisation et c'est déjà un challenge à chaque AG qui nous a conduit à mettre en place le vote électronique et un suivi en temps réel du nombre de votants pour effectuer les relances nécessaires et s'assurer de l'obtention des quorums avant l'AG. = Un délai de 15 jours pour une convocation, c'est trop court. Lorsque je dois faire le déplacement à Paris depuis Toulouse, j'aime bien être prévenu longtemps à l'avance afin de pouvoir acheter mon billet d'avion à un prix raisonnable. Article 11 : = Rien n'étant dit du bureau dans les status, j'ai jeté un œil au règlement intérieur pour voir ce qui en était dit. J'ai constaté avec amusement que ce dernier faisait référence aux statuts... = Comment est élu le conseil d'administration ? Par listes, par candidatures individuelles ? Article 12 : = Si vous y tenez vraiment, limitez le nombre de délégations autorisées par personne présente à l'AG mais pas à une ! Trois ou six me semblent être des valeurs plus raisonnables. De manière plus générale, comme vous envisagez les subventions comme source de financement, prenez dès à présent en compte les critères nécessaires à la délivrance de certains agréments indispensables à l'obtention de certaines subventions. Les critères par exemple nécessaires à l'obtention de l'agrément « jeunesse et éducation populaire » (agrément auquel pourrait prétendre à terme OSM France) sont définis dans la section « Les critères » de la page ci-dessous : http://www.associations.gouv.fr/639-l-agrement-de-jeunesse-et-d.html Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Base de POI sous licence CC0
Bonjour, Un déterrage pour signaler que la base de POI en CC0 encore difficilement accessible l'est maintenant beaucoup plus avec cette annonce http://blog.simplegeo.com/2011/08/01/august-updates/ et le lien direct vers le téléchargementhttp://s3.amazonaws.com/simplegeo-public/places_dump_20110628.zip(plus de 2 Go) Cordialement ThomasG ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Choix d'un GPS pour équiper les services techniques
J'ai utilisé le freerunnet pendant longtemps en tant que GPS, mais niveau ergonomie, c'est trés limite dans un véhicule (écran trop petit). J'ai donc monté un GPS écran tactile 8pouces: - dreamplug (http://www.newit.co.uk/shop/proddetail.php?prod=DreamPlug): 150 EUR - écran mimo 7 pouces (http://www.newit.co.uk/shop/proddetail.php?prod=mimo_720F) 130 EUR - alim 12V/5V: http://www.cartft.com/catalog/il/917 75 EUR) - un récepteur GPS étanche et magnétique: (http://www.cartft.com/catalog/il/535): 40 EUR Soit 395 EUR (et quelques heures de configuration) pour un système complètement ouvert et configurable, avec wifi et bluetooth. Je suis en train d'y configurer une gestion main libre de mon tel. Pour ceux qui ne veulent pas s'embêter à mettre les mains dans le logiciel, il y a une version préconfigurée : http://www.newit.co.uk/shop/proddetail.php?prod=Dream_GUI (sans alim 12V et récepteur GPS, à ajouter) Le 01/08/2011 15:20, Ab_fab a écrit : Xavier, La section Data Logger de l'OpenMoko parle de conversion des données brutes de la puce U-blox antaris 4 vers le format RINEX, afin d'en permettre le post-traitement http://wiki.openmoko.org/wiki/GPS_Data_Logger#RINEX Est-ce que c'est une porte ouverte potentielle pour correction après-coup grace aux données fournies par le Réseau Géodésique Permanent ? http://rgp.ign.fr/accueil.php# Le 1 août 2011 11:25, Xavier Cremaschi omega.xav...@gmail.com a écrit : Le 01/08/2011 11:01, Ab_fab a écrit : Connaissez-vous des matériels disponibles sur le marché : _ Les bornes fixes qui pourraient être conseillées à des communes intéressées ? _ Les récepteurs / loggers mobiles compatibles (et si possible accessibles) ? Je sais qu'il y a eu des essais à base d'Openmoko Freerunner l'an dernier (puce GPS u-blox antaris 4 sur le mien -- je suis à peu près sûr qu'ils ont tous celle-ci --). http://lists.openmoko.org/nabble.html#nabble-td5574779 Xavier. ___ 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] Classification A63 N10
La N10 est une route à 4 voies, limitée majoritairement à 110 km/h, donc in peut dire que c'est une voie rapide. Le 01/08/2011 21:32, Pieren a écrit : 2011/7/31 Guilhem Bonnefille guilhem.bonnefi...@gmail.com Est-ce que ce ne serait pas plutôt un trunk ? trunk en France, c'est une voie express (ou rapide). Est-ce le cas ici ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] OSM Japan サーバ サイトトラブル
三浦です。 先ごろ、OSM Japanサイトのリニューアルをお伝えしたばかりでしたが、 オペミスが重なって、サイトのDBデータを壊してしまいました。 大変申し訳ありません。バックアップも設定作業前で取れていませんでした。 大変お恥ずかしい。 復旧作業を行いますので、よろしくご理解をお願いします。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] OSM Japan サーバ サイトトラブル
ドンマイ、ドンマイ。 弘法にも筆の誤り。猿も木から落ちる。河童の川流れ。 2011年8月1日17:38 Hiroshi Miura miur...@osmf.jp: 三浦です。 先ごろ、OSM Japanサイトのリニューアルをお伝えしたばかりでしたが、 オペミスが重なって、サイトのDBデータを壊してしまいました。 大変申し訳ありません。バックアップも設定作業前で取れていませんでした。 大変お恥ずかしい。 復旧作業を行いますので、よろしくご理解をお願いします。 ___ 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] OSM Japan サーバ サイトトラブル
三浦です。 大急ぎで再構築しました。 まだ、細かいところでのチューニングはなされていないですが、 立て直しました。また、大変恐れ入りますが、ユーザ情報が 消えてしまっています。 再度、登録をお願い出来れば幸いです。 ＃バックアップスクリプトへの仕込みを、もちろん実施しました。 ＃また、オペミスの原因になった某モジュールについて、 ＃無効にしております。 ひきつづき、よろしくお願いします。 (2011年08月01日 18:15), Tomomichi Hayakawa wrote: ドンマイ、ドンマイ。 弘法にも筆の誤り。猿も木から落ちる。河童の川流れ。 2011年8月1日17:38 Hiroshi Miura miur...@osmf.jp: 三浦です。 先ごろ、OSM Japanサイトのリニューアルをお伝えしたばかりでしたが、 オペミスが重なって、サイトのDBデータを壊してしまいました。 大変申し訳ありません。バックアップも設定作業前で取れていませんでした。 大変お恥ずかしい。 復旧作業を行いますので、よろしくご理解をお願いします。 ___ 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] Yahoo!JapanALPSデータのインポート(与那国町)
On Sun, Jul 31, 2011 at 11:04:57AM +0900, Shu Higashi wrote: 参考までに以前、ikiyaさんがこのMLに投稿してくださった内容をもとに JOSMによるインポート手順の例を下記に追記しました。 http://wiki.openstreetmap.org/wiki/JA:YahooJapanALPS_Data/Highway#.E3.82.A4.E3.83.B3.E3.83.9D.E3.83.BC.E3.83.88.E6.89.8B.E9.A0.86.E3.81.AE.E4.BE.8B を見ながら、与那国町をやってみました。 だいたい感じが分かりました。 選択してアップロードをやり忘れたので、まとめてアップロードに なってます。徐々に修正しますが、既存のウェイを置き換えたほうが いいのでしょうか。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] 五十音順POIタグ一覧（JA:HowTo Map A）の修正について
初めまして。大阪市西区在住、安藤（MaryHiroshige）と申します。 五十音順POIタグ一覧（JA:HowTo Map A）について質問があります。 Template:Tag を改良した、Template:JA:Tag を作成したのですが、 置き換えても大丈夫でしょうか？ 元のテンプレートでは日本語版へのリンクはkl=jaやvl=jaを加えないといけないですが、 新しいテンプレートを使用すると日本語版があれば日本語版、なければ英語版へリンクされるようになります。 このページに限らず、他のページでも日本語版があるのにリンクされていないケースが多く、 都度、日本語版へ移動するのが面倒なもので。 このページから、JSOM用の日本語プレセットを生成しているようですが、生成に不具合は起きませんでしょうか？ 「議論」へ書こうとも思ったのですが、あまり参照もされていない様子でしたので、MLへ投稿させて頂きました。 まとまりのない文章で申し訳ありませんが、ご回答を頂ければと思います。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 五十音順POIタグ一覧（JA:HowTo Map A）の修正について
東です。 11/08/02 Voltack Wave secret.private.coo...@gmail.com: 初めまして。大阪市西区在住、安藤（MaryHiroshige）と申します。 安藤さん、こんにちは。アカウントは最近よくログで拝見しております。 五十音順POIタグ一覧（JA:HowTo Map A）について質問があります。 Template:Tag を改良した、Template:JA:Tag を作成したのですが、 置き換えても大丈夫でしょうか？ 元のテンプレートでは日本語版へのリンクはkl=jaやvl=jaを加えないといけないですが、 新しいテンプレートを使用すると日本語版があれば日本語版、なければ英語版へリンクされるようになります。 このページに限らず、他のページでも日本語版があるのにリンクされていないケースが多く、 都度、日本語版へ移動するのが面倒なもので。 いいですね。賛成です！ このページから、JSOM用の日本語プレセットを生成しているようですが、生成に不具合は起きませんでしょうか？ これはNazotokoの渡邊さんが以前やられていたのですが MLをご覧になっておられたらコメント頂けませんでしょうか。 変換スクリプト等があるのであれば、どこかで公開して頂けると 大変ありがたいです。 「議論」へ書こうとも思ったのですが、あまり参照もされていない様子でしたので、MLへ投稿させて頂きました。 まとまりのない文章で申し訳ありませんが、ご回答を頂ければと思います。 ___ 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] Yahoo!JapanALPSデータのインポート(与那国町)
Tomです。 選択してアップロードをやり忘れたので、まとめてアップロードに なってます。徐々に修正しますが、既存のウェイを置き換えたほうが いいのでしょうか。 基本的には、既存のウェイは残した方が良いと思いますが、 中には、明らかに精度の悪いウェイやオルソでトレースしたウェイなどがありますので、 そのあたりはケースバイケースで判断していただくしかないと思います。 私は、そのようなケースは、だいたい削除する方向です。 また、道路種別が、違っているような場合、 おそらくYahoo/ALPSデータの方が新しい情報かと思われますので、 既存のウェイのタグを書き換えたりする事もあります。 その時、sourceタグも付けた方が良いでしょうね。 私は、離島や小さな町村などの場合は、別レイヤーで、そのエリアを読み込みます。 それで、「既存データのレイヤー」と「Yahoo/ALPSデータのレイヤー」の２つができます。 もし、「既存データのレイヤー」で削除した方が良いウェイなどがあれば、その段階で削除しておきます。 次に、「Yahoo/ALPSデータのレイヤー」の方で、既存のウェイと重複するウェイを削除します。 そして、２つのレイヤーをマージして、既存のウェイとYahoo/ALPSのウェイとの接続作業を行います。 だいたい、こんな手順で行っていますので、ご参考にしてください。 大きな市町村などの場合は、 既存データを読み込めなかったり、JOSMが重たくなったりする場合がありますので、 分割したり、部分毎にインポートしたりしています。 2011年8月2日6:19 ribbon o...@ns.ribbon.or.jp: On Sun, Jul 31, 2011 at 11:04:57AM +0900, Shu Higashi wrote: 参考までに以前、ikiyaさんがこのMLに投稿してくださった内容をもとに JOSMによるインポート手順の例を下記に追記しました。 http://wiki.openstreetmap.org/wiki/JA:YahooJapanALPS_Data/Highway#.E3.82.A4.E3.83.B3.E3.83.9D.E3.83.BC.E3.83.88.E6.89.8B.E9.A0.86.E3.81.AE.E4.BE.8B を見ながら、与那国町をやってみました。 だいたい感じが分かりました。 選択してアップロードをやり忘れたので、まとめてアップロードに なってます。徐々に修正しますが、既存のウェイを置き換えたほうが いいのでしょうか。 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
[Talk-GB] OSM talk at ShropGeek, Shrewsbury, 26 Sept
Hi folks, I'm visiting my friends at ShropGeek, in Shrewsbury, on 26 September to talk about OSM and demonstrate the use of JOSM: http://osmshrewssep11.eventbrite.com/ While it may not be something for those of you on these lists (It's aimed at people new to OSM), please feel free to inform your contacts in the area, if you think it might interest them. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
