Re: [OSM-talk] Contact And Remap Campaign
IMHO the major issue with not deleting non-responders work, is not so much that we couldn't take the stance that we simply leave it in till somebody complains, but the fact that other contributors build on top of this data. It is bad enough that a substantial amount of work from agreers will go in April, it is definitely not a something that we want to continue to leave hanging over everybodies head. In any case there are only roughly 1000 non-responders left that created more than 100 highways (known people that are just playing games not counted, in total the 1000 account for 2/3 of total highway data). I'm convinced that we can whittle that down substantially before April. Simon Am 10.02.2012 07:40, schrieb Russ Nelson: Chris Hill writes: I find this lack of respect for people's work, and for copyright law rather surprising and out-of-keeping with an Open project. Of course we cannot just take people's work just because they have not replied to an email or two. You can't defend somebody else's copyright. Only they have standing to do so. Nobody associated with OSM has the ability to defend my copyright; so why should they try? Only *I* have the ability to defend my copyright ... and the same goes for other contributors to OSM. People who take action to defend their copyright will sign in, and check the box that says declined. It's as easy as that ... and anybody who is unwilling to put that effort forth is unlikely to take any other action. And since they're the only people who have the legal right to do so, we cannot and thus should not take on that legal weight ourselves. It's not that we have no respect for people's work. It's that we have no MORE respect for people's work than they have for it themselves. It's perfectly reasonable to treat the copyright interests of people who cannot be bothered to defend their copyright as abandoned. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
andrzej zaborowski wrote: I honestly found it strange that RichardF would insist on 80n selecting one of the options.. really, what's the point? It's a courtesy thing. If you're going to refuse, have the decency to say so, so that your fellow OSMeres know whether they'll be able to use your contributions under the new licence and terms. Most people don't seem to have a problem with clicking the button but there are one or two that do. cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Contact-And-Remap-Campaign-tp5456674p5471956.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
I've started to remap an area that I don't know from first-hand experience, as it's got a particularly high concentration of data that was mapped by a decliner. I'm remapping it from Bing (deleting old data and re-tracing it) which means that I lose the road names. I don't think this is particularly satisfactory, I'm just doing it so there won't be a gap from the switchover date. I've realized from doing this (and from guessing I won't be the only remapper working this way) that it might be worth re-instating the noname option to the slippy map, for a period around the changeover date (perhaps from around now, until remapping has largely been done). Any thoughts on this? __John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
On 10 February 2012 14:13, John Sturdy jcg.stu...@gmail.com wrote: I've started to remap an area that I don't know from first-hand experience, as it's got a particularly high concentration of data that was mapped by a decliner. I'm remapping it from Bing (deleting old data and re-tracing it) which means that I lose the road names. I don't think this is particularly satisfactory, I'm just doing it so there won't be a gap from the switchover date. I've realized from doing this (and from guessing I won't be the only remapper working this way) that it might be worth re-instating the noname option to the slippy map, for a period around the changeover date (perhaps from around now, until remapping has largely been done). Any thoughts on this? It is indeed a problem. However, you should be able to use OS OpenData StreetView [1] to get the names. Otherwise, in some cases you can use the name from the original way (probably assuming the way wasn't originally created or named by a decliner). [1] https://wiki.openstreetmap.org/wiki/Ordnance_Survey_Opendata#OS_StreetView -- Matt Williams http://milliams.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
John, I've started to remap an area that I don't know from first-hand experience, as it's got a particularly high concentration of data that was mapped by a decliner. I'm remapping it from Bing (deleting old data and re-tracing it) which means that I lose the road names. I don't think this is particularly satisfactory, I'm just doing it so there won't be a gap from the switchover date. It looks like you've picked Exeter - a place I was also considering looking at when chance permits. There is other imagery besides Bing, at least in GB; OS Opendata and OS Locator for example. Just remember to add source:name tags so they can be later checked by a survey. You will unfortunately lose the not:name tags if those ways are amongst those that need replacing. Or if you leave the names off, then the roads will appear in the ITO analysis tool[1] in a day or so and someone else can add the names (again with suitable source:name tags) if they feel so inclined. Ed [1] http://www.itoworld.com/product/data/osm_analysis/area?name=Exeter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
On Fri, Feb 10, 2012 at 2:40 PM, Ed Loach e...@loach.me.uk wrote: It looks like you've picked Exeter - a place I was also considering looking at when chance permits. Yes, I've started on Exeter. Don't let my having started on it put you or others off doing likewise! I picked an arbitrary starting point and am working out from there (if you want to minimize chance collisions of remapping). __John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
On 10 February 2012 10:47, Richard Fairhurst rich...@systemed.net wrote: andrzej zaborowski wrote: I honestly found it strange that RichardF would insist on 80n selecting one of the options.. really, what's the point? It's a courtesy thing. If you're going to refuse, have the decency to say so, so that your fellow OSMeres know whether they'll be able to use your contributions under the new licence and terms. Most people don't seem to have a problem with clicking the button but there are one or two that do. It would be a courtesy to do something that is of any benefit to OSMers, of any significance, but that's not the case. Secondly you can ask someone a courtesy if you're going to do something for them too. For example if you maintain a software project, you can tell them to avoid goto in their patch -- makes no difference but it's a courtesy. The expectation is that if they do it then you can merge their code into the project. In this case 80n and others (me included) are asking osmf to stop abusing its position to harm this project as well as anyone who needs geodata under CC-By-SA, and you're responding no way in hell and still asking a favour. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
On Fri, Feb 10, 2012, at 02:13 PM, John Sturdy wrote: I've realized from doing this (and from guessing I won't be the only remapper working this way) that it might be worth re-instating the noname option to the slippy map, for a period around the changeover date (perhaps from around now, until remapping has largely been done). Any thoughts on this? The NoName layer is still available at Cloudmade Maps (click on 'change style': http://maps.cloudmade.com/ Though it often seems to be months out of date, so I'm not sure how useful it actually is. There are a few other layers highlighting missing streetnames. eg OSM Inspector (with highways view): http://tools.geofabrik.de/osmi/ Or Yet another validation tool: http://beta.letuffe.org/ They seem to be updated frequently. Craig -- Craig Wallace craig...@fastmail.fm -- http://www.fastmail.fm - Send your email first class ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Bing imagery and the remap campaign
Hi all.. I think this is an opportunity that met a prepared mind. Just as we were organizing a mapping reflection day at the Uganda Christian University in Mukono this saturday 11th Feb 2012, we realized that the bing satellite imagery was available for this area (http://www.openstreetmap.org/?lat=0.35509lon=32.740369zoom=18layers=M) unlike the last four months when the students worked with potlatch with a blank back ground. We would like to show gratitude for this great achievement and thank bing and OSM for availing the clear imagery , we hope to map better. We shall also use this opportunity for the participants to re-map their previous edits and correct those that could have been mapped wrongly, and also agree to the new osm odbl licence. There were some slight difficulties with downloading the bing satellite image via walking papers, but there was also an improvement for every day that we tried again, hope it is minor, because it could download very well, but have some images not being displayed for that area in the pdf file, though others were perfectly fine. Yours Truly Douglas Ssebaggala Musaazi Mobile: +256-772-422524 http://www.mountbatten.net/ http://www.pamoya.com/node/13275 http://www.mappingday.com/ http://www.twitter.com/mapuganda http://www.linux.or.ug/ Keep In Touch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contact And Remap Campaign
On Fri, Feb 10, 2012 at 2:40 PM, Ed Loach e...@loach.me.uk wrote: It looks like you've picked Exeter - a place I was also considering looking at when chance permits. The main decliner in the Exeter area has now accepted, so much less need now. I'll try to get my changes in that area reverted. __John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bing imagery and the remap campaign
On Sat, 11 Feb 2012 04:03:01 Douglas Musaazi wrote: snip We shall also use this opportunity for the participants to re-map their previous edits and correct those that could have been mapped wrongly, and also agree to the new osm odbl licence. Don't forget- sometimes Bing imagery is not accurately aligned. You should double-check the alignment of the images before tracing from them. Potlatch and JOSM have tools which will allow you to move the images to correct the alignment. One simple way to do this is to make several GPS traces of a large and visible feature, such as a well-defined field, or a grid of roads, or an oval running track. Make several traces on different days and get the best 'average' shape for this feature. Next, turn on aerial imagery and check that the visible feature (which should be very clear on the image) lines up with the shape that you made. If it does then you are lucky, and you don't need to realign the images. If it doesn't, then move the aerial image layer until it lines up. I have found that the offset from one area will work within a radius of about 50km, but it's worth checking in different areas. Best wishes, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
2012/2/10 Cleber Gouvêa cleb...@gmail.com Bom, por essa lógica grande parte dos mashups na Internet estão ilegais pq de uma forma ou de outra eles recuperam as informações da api do Google e armazenam elas. A página com os termos de uso da API para mapas do Google [1] explicitamente indica os limites de uso (ênfase minha): * 4.2 Limits on Your Use of the Service. You acknowledge and agree that Google may impose or adjust the limit on the number of transactions you may send or receive through the Service; such fixed upper limits may be set by Google at any time, at Google's discretion. For further information, see Section 10.1.1(i) below. (...) * *8.3 Content License. Subject to these Terms (including but not limited to Section 9 (License Requirements) and Section 10 (License Restrictions)), Google gives you a personal, worldwide, royalty-free, non-transferable, non-assignable, and non-exclusive license to access, use, publicly perform and publicly display the Content in your Maps API Implementation, as the Content is provided in the Service, and in the manner permitted by the Terms. Specifically, you understand the following:* * * *(a) Content (including but not limited to map data, traffic, directions, and places) is provided for planning purposes only. You may find that weather conditions, construction projects, closures, or other events may cause road conditions or directions to differ from the results depicted in the Content. You should exercise judgment in your use of the Content.* *(b) Certain Content is provided under license from third parties, including Tele Atlas B.V. (Tele Atlas), and is subject to copyright and other intellectual property rights owned by or licensed to Tele Atlas and/or such third parties. You may be held liable for any unauthorized copying or disclosure of this content. Your use of Tele Atlas map data and certain other Content (including certain business listings Content) is subject to additional restrictions located in the Legal Notices page.* Tem que ler toda a seção 10.1 para ver os detalhes das limitações, é muito texto para copiar aqui. A licença da TeleAtlas está em outra página [2], e diz isso aqui: *3 Tele Atlas Licensed Content.* * * *3.1 Restrictions on Commercial Use of Tele Atlas Licensed Content.* * * *(a) You are not permitted to print more than 5,000 copies of sales collateral materials containing a screenshot of Tele Atlas Licensed Content for commercial sales lead generation (Direct Marketing). If you desire to do so, you must (i) enter into a Google Enterprise license agreement or (ii) contact Tele Atlas to obtain a direct license to do so.* * * *(b) You are not permitted to incorporate Tele Atlas Licensed Content as a core part of printed matter (such as printed maps or guide books) that you redistribute for a fee. If you desire to do so, you must contact Tele Atlas to obtain a license.* * * *(c) You are not permitted to offer a batch geocoding service that uses the Tele Atlas Licensed Content contained in any Google products or services.* E depois disso tem uma longa lista de parágrafos adicionais para diversos países. Para uso online, as restrições estão em outra página [3], e a parte importante é essa aqui: *Use of the Google Geocoding API is subject to a query limit of 2,500 geolocation requests per day. (User of Google Maps API for Business may perform up to 100,000 requests per day.)* Resumindo: Pelo que eu entendi, tanto o Google como a TeleAtlas permitem um uso comercial limitado, mas a partir de um certo volume tem que licenciar o conteúdo. E se esses serviços realmente estão armazenando informações do Google (ao invés de requisitar on-the-fly), então eles estão violando as licenças do Google e da TeleAtlas. R. [1]: http://code.google.com/apis/maps/terms.html [2]: http://www.google.com/intl/en-us/help/legalnotices_maps.html [3]: http://code.google.com/apis/maps/documentation/geocoding/#Limits ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Unterstützung bei Datenbereinigung gesucht
Hallo, Besonders aufgefallen ist mir in diesem Zusammenhang die Verwendung von suburb: Während das für mich ein Teil einer größeren, zusammenhängenden (!) Stadt ist, wird es wohl auch öfter für Ortsteile allgemein verwendet, auch wenn diese räumlich abgegrenzt vom Hauptort sind. stimmt, da fühle ich mich schuldig. Aber bei meinen Recherchen in Wiki habe ich festgestellt, dass diese Orte als Stadtteile geführt werden. da würde ich z.T. etwas mutiger sein, und Stadtteile, die ursprünglich (und tatsächlich aktuell, unter siedlungsgeografischen Gesichtspunkten) eigenständige Siedlungen sind, als place=village mappen. So was kann man aber nur mit guter Ortskenntnis einschätzen (wenn so eine Siedlung mittlerweile allgemein als Stadtteil gesehen wird (d.h. wenn sich die Leute, die dort wohnen, mehrheitlich als Städter und nicht als Dörfler sehen), wäre suburb besser). Da stellt sich mir die Frage, was ist ausschlaggebender. Das Gefühl der Leute, die dort wohnen, die eigene Einschaätzung auf Grund von Bing-Luftbildern oder offizielle Aussagen der Gemeinden in Form von Wikipedia-Beiträgen. Ich bin gerne bereit meine Eintragungen dementsprechend wieder zu korrigieren. Aber vielleicht gibt es ja die Möglichkeit per Tags dieses genauer zu spezifizieren. Ich habe allerdings hierzu nichts gefunden. Gruß hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Optionen für Hillshade und Höhenlininien?
Hallo zusammen, ich würde gerne mal ausloten was derzeit die Optionen für Kartenrendering mit hillshade und/oder Höhenlinien sind. Ich kenne folgende Datenquellen: Name: Vorteile: Nachteile: SRTMPublic Domain Löcher fast ganze Welt vefügbar CGIAR (SRTM)fast ganze Welt vefügbarNC nur mit ODBL Nutzbar OpenDEM kompatibel zu OSM LizenzNur Deutschland ASTER DEM ? ? Kann jemand etwas bzgl. der Lizenz und Verfügbarkeit von ASTER DEM sagen? Kennt ihr weitere Datenquellen? Gruss Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /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] Unterstützung bei Datenbereinigung gesucht
Hallo Am 10. Februar 2012 10:13 schrieb hike39 ho...@hike.de: stimmt, da fühle ich mich schuldig. Aber bei meinen Recherchen in Wiki habe ich festgestellt, dass diese Orte als Stadtteile geführt werden. Da brauchst Du Dich wegen mir nicht schuldig zu fühlen. Mir ging es um die Orte in der Liste, die ich bearbeitet habe. Da stellt sich mir die Frage, was ist ausschlaggebender. Das Gefühl der Leute, die dort wohnen, die eigene Einschaätzung auf Grund von Bing-Luftbildern oder offizielle Aussagen der Gemeinden in Form von Wikipedia-Beiträgen. Aus meiner Sicht geht es dabei eben gerade nicht um die amtliche Einstufung sondern eher um das Erscheinungsbild. Was aussieht wie ein Dorf bekommt village, suburb ist für mich persönlich wie gesagt ein Teil einer größeren, zusammenhängenden Stadt. Im Wiki steht als Beispiel Berlin-Moabit, das klingt für mich vernünftig. Wo die Einstufung aber hapert ist für mich beim Unterschied zwischen village und town. Da habe ich mich zugegebenermaßen auch eher nach der amtlichen Einordnung gerichtet. Wobei ich nicht völlig davon überzeugt bin. Vor allem ging es bei der Bereinigung der Daten ja um den Abgleich von unterschiedlichen Elementen (Linie, Knoten) für den gleichen Ort. Die Frage war ja nur, wer von beiden übernommen wird. Es ging ja zum Glück nicht darum, die Ortschaften Deutschlands neu zu klassifzieren. Ich bin gerne bereit meine Eintragungen dementsprechend wieder zu korrigieren. Na ja, da brauchen wir jetzt meiner Meinung nach kein Faß aufzumachen. Aber vielleicht gibt es ja die Möglichkeit per Tags dieses genauer zu spezifizieren. Ich habe allerdings hierzu nichts gefunden. Das hilft immer. Für mich wäre aber schon eine deutsche Übersetzung der Beschreibung von suburb hilfreich. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] gmapsupp.img
Moin miteinander, weiß jemand etwas zu folgenden Punkten: - unter http://dev.openstreetmap.de/aio/germany-daily/gmapsupp-images/ wird am 22.1.2012 wird letzmalig die Datei gmapsupp.20120122.img.7z mit 819 MB angezeigt. Danach sind es 32 B - auf meinem Gamrin etrex legend HCX sehe ich seit Januar auf jedem Haus unter 300m Auflösung ein kleines blaues Symbol, was stört. Ich lade jetzt die karte von http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map Gruß Albrecht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Optionen für Hillshade und Höhenlininien?
Am 10. Februar 2012 10:35 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Ich kenne folgende Datenquellen: Name: Vorteile: Nachteile: SRTM Public Domain Löcher fast ganze Welt vefügbar neben den Löchern deckt SRTM auch nur mittlere Breiten und den Äquator ab (-58 bis 60 Grad). Die Auflösung ist ca. 30 m in den USA und 90 m im Rest der Welt. CGIAR (SRTM) fast ganze Welt vefügbar NC nur mit ODBL Nutzbar das ist wie Du auch andeutest im Prinzip SRTM, jedoch ein bisschen nachgebessert. ASTER DEM ? ? Kann jemand etwas bzgl. der Lizenz und Verfügbarkeit von ASTER DEM sagen? ASTER ist ein Gemeinschaftsprojekt der Japaner mit der NASA. Die Lizenz ist wohl kostenlos, aber nur für Forschung, Lehre etc. (*1) freigegeben (und man muss dann die beiden Agenturen als Urheber zitieren). Die Daten gehen bis 83 Grad nördlicher Breite, die Auflösung der vor kurzem veröffentlichten Daten ist 30 m. Dazu gab es auf talk auch einen Post. Wer die Daten laden will, muss sich registrieren. Kennt ihr weitere Datenquellen? keine besseren, frei verfügbaren mit weltweiter Abdeckung, die DEMs bieten. In den USA gibt es ziemlich hoch aufgelöste freie DEMs als PD. Es gibt auch zig andere freie Datasets bei der NASA, die aber andere Bereiche abdecken, z.B. MODIS ( http://de.wikipedia.org/wiki/Moderate-resolution_Imaging_Spectroradiometer und http://modis.gsfc.nasa.gov/about/ ). Gruß Martin *1 Approved NASA supported researchers and their affiliates, educational users, and federal partners may order ASTER data from the LP DAAC. All approved affiliated users are required to create an Earth Observing System (EOS) Clearinghouse (ECHO) account to search, order, and browse LP DAAC ASTER data through the Warehouse Inventory Search Tool (WIST) or Global Visualization Viewer (GloVis). If you do not already have a registered ECHO account, create your user account here. Please create your ECHO account here before continuing with the application below. Important: Approved users must use their registered account to order ASTER data through WIST and use their approved e-mail address in the shipping field when ordering through GloVis. Applicants are advised that a decision on approval for ASTER privileges may require approximately 30 days. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ICT und Katastrophenhilfe / PhD Projekt
Hallo, An der HCU Hamburg beschäftige ich mich als Wirtschaftsgeograf mit Katastrophenhilfe und der Rolle neuer Kommunikationsmöglichkeiten (ICT). Gerade versende ich einen Online Fragebogen um diesen Zusammenhang zu untersuchen. Für meine Forschung wäre es grandios, wenn jemand/viele aus dem OSM Netzwerk daran teilnehmen würden. Könntet Ihr mir hier vielleicht weiterhelfen? Beste Grüße Lukas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] craft, watchmaker und clockmaker
Wir haben auf der deutschen Seite eine identische Beschreibung für watchmaker und clockmaker. Laut engl. Wikipedia beschäftigen sich clockmaker nicht mit Taschen- und Armbanduhren (sondern mit großen Uhren wie z.B. Kirchturmuhren). Aufgrund der komplett anderen Skala (und damit einhergehend auch komplett anderen Werkzeugen, Methoden und Fähigkeiten, die zur Berufsausübung erforderlich sind), denke ich, dass eine Unterscheidung durchaus Sinn macht (interessanterweise werden auf der deutschen Wikipediaseite Groß- und Kleinuhren immer in einem Zug genannt, könnte mir aber trotzdem vorstellen, dass nicht ein und dieselbe Person beides macht, ich weiss es aber nicht). Im Deutschen ( http://wiki.openstreetmap.org/wiki/DE:Key:craft ) sind die beiden jeweils als Uhrmacher übersetzt. Die deutsche Wikipediaseite fasst zunächst Groß- und Kleinuhren zusammen, unterscheidet in der Folge dann allerdings einzelne Berufe, die alle mit dem Uhrmachen zu tun haben bzw. Fachrichtungen davon sind: Uhrenrestaurator Rhabilleur Furniturist (Ersatzteilhändler) Galvaniker / Galvaniseur (macht Galvanisierung, also eher Metallbearbeitung als Mechanik) Polisseur ( auch Metallbearbeitung) Cadranograph Mikrozeichner Mikromechaniker Cabinotier (in der Schweiz ein Zulieferer der Uhrenindustrie, ist eine zusammenfassende Bezeichnung von Kabinett=Zuliefererwerkstatt einer Uhrenfabrik) Kennt sich da jemand gut aus, und kann das irgendwie sinnvoll zusammenfassen? Oder wollen wir evtl. diese einzelnen Spezialisierungen alle haben? Macht wohl nur da Sinn, wo es unabhängige Handwerker gibt, die einen eigenen Laden oder Werkstatt haben, die wir taggen wollen (angestellte Spezialisten innerhalb der Industrie taggen wir ja nicht). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäudeteile und Gebäudeeigenschaften
Am 08.02.2012 12:48, schrieb Martin Koppenhoefer: http://wiki.openstreetmap.org/wiki/Key:building:part rund 7% der Objekte haben zusätzlich einen building-tag (ist das dann trotzdem ein Teil?) Eigentlich ist das in meinen Augen zwangsläufig falsch. Vielleicht nutzen Mapper dieses Doppeltagging aus Kompatibilitätsgründen (d.h. damit es gerendert wird)? http://wiki.openstreetmap.org/wiki/Key:building:parts ganz klar ist mir dabei allerdings nicht, was eine building interception sein soll, meint das vielleicht Teilung? Der Begriff building interception sagt mir auch nichts. Worum es geht, ist mir aber eigentlich schon klar: Darum, ob die Teile des Gebäudes übereinander oder nebeneinander angeordnet sind. Nebeneinander hieße z.B.: Der Grundriss des fünfstöckigen Gebäudeflügels ist ein Teil, der Grundriss des vierstöckigen Flügels ein anderer Teil. Übereinander hieße, dass ich z.B. bei einem oben schmaler werdenden Gebäude ein Umrisspolygon für die Stockwerke 1-10 und eines für die Stockwerke 11-15 zeichne. Bisher war es bei tags für Allerweltsobjekte (also nicht solche, wo es auch nur sehr wenige entsprechende Objekte in der Realität gibt), die nur rund 30 mal getaggt sind, üblich, erstmal ein Proposal und ein RFC auf der tagging-liste zu machen, bevor man so tut, als wäre das ein etablierter tag. Da hast du natürlich Recht, building:parts sollte zu diesem Zeitpunkt eindeutig ein Proposal sein und nicht so tun, als sei es ein etabliertes Konzept. Und der Name ist auch schlecht gewählt. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klassifizierung von Orten, Doku
Hallo, Am 9. Februar 2012 14:38 schrieb Markus liste12a4...@gmx.de: ein Stadtteil ist ein Stadtteil (und kein Dorf) http://wiki.openstreetmap.org/wiki/Tag:place=suburb (sollte man mal übersetzen) Ist erledigt: http://wiki.openstreetmap.org/wiki/DE:Tag:place%3Dsuburb Das ist meine erste Übersetzung im Wiki, seid also bitte nicht gar so streng mit mir ;-) Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft, watchmaker und clockmaker
Hallo, Am 10. Februar 2012 12:58 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Wir haben auf der deutschen Seite eine identische Beschreibung für watchmaker und clockmaker. Laut engl. Wikipedia beschäftigen sich clockmaker nicht mit Taschen- und Armbanduhren (sondern mit großen Uhren wie z.B. Kirchturmuhren). Aufgrund der komplett anderen Skala (und damit einhergehend auch komplett anderen Werkzeugen, Methoden und Fähigkeiten, die zur Berufsausübung erforderlich sind), denke ich, dass eine Unterscheidung durchaus Sinn macht (interessanterweise werden auf der deutschen Wikipediaseite Groß- und Kleinuhren immer in einem Zug genannt, könnte mir aber trotzdem vorstellen, dass nicht ein und dieselbe Person beides macht, ich weiss es aber nicht). In Deutschland ist es im Prinzip wohl die gleiche Ausbildung, eben zum Uhrmacher. Aus eigener Erfahrung weiß ich aber, dass viele Uhrmacher schon heute keine sogenannten 'Großuhren mehr reparieren. Damit sind dann aber (mechanische) Wand- und Standuhren gemeint. Andersherum habe ich persönlich es jetzt aber noch nie erlebt - wäre auch eher brotlos. Für Turmuhren gibt es meines Wissens Spezialfirmen, ob die dem Handwerk oder der Industrie zuzurechnen sind weiß ich auch nicht. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klassifizierung von Orten, Doku
Danke Michael für die Übersetzung! Das hilft zu verstehen :-) Inhaltlich finde ich die Beschreibung von suburb noch etwas undeutlich. Ist alles ziemlich relativ formuliert. Dabei bleibt unklar, ob es auch einen Bezug zu absolluten Grössen gibt (Einwohnerzahl, Fläche) bzw zu Grössenverhältnissen (suburb einer Megastadt vs. suburb einer Kleinstadt). Und wenn das nicht klar und nachvollziehbar beschrieben ist, weiss ich von Mappern, dass sie dann lieber die Finger von lassen... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Optionen für Hillshade und Höhenlininien?
Einen alternativen Zugang zu ASTER gibt es hier: http://www.gdem.aster.ersdac.or.jp/search.jsp Es scheint, dass die Nutzungsbedingungen auch weniger restriktiv sind. Was mit ASTER GDEM 2 so geht: http://www.taurus-gebirge.de/taurus-mountain-project/freie-fernerkundungsdaten http://www.ersdac.or.jp/GDEM/E/2.html http://www.ipi.uni-hannover.de/uploads/tx_tkpublikationen/ASTERGDEM_KJ_DGPF.pdf Gruss Jochen Am 10.02.2012 10:35, schrieb Sven Geggus: Hallo zusammen, ich würde gerne mal ausloten was derzeit die Optionen für Kartenrendering mit hillshade und/oder Höhenlinien sind. Ich kenne folgende Datenquellen: Name: Vorteile: Nachteile: SRTMPublic Domain Löcher fast ganze Welt vefügbar CGIAR (SRTM)fast ganze Welt vefügbarNC nur mit ODBL Nutzbar OpenDEM kompatibel zu OSM LizenzNur Deutschland ASTER DEM ? ? Kann jemand etwas bzgl. der Lizenz und Verfügbarkeit von ASTER DEM sagen? Kennt ihr weitere Datenquellen? Gruss Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäudeteile und Gebäudeeigenschaften
Am 10. Februar 2012 13:11 schrieb Tobias Knerr o...@tobias-knerr.de: Am 08.02.2012 12:48, schrieb Martin Koppenhoefer: http://wiki.openstreetmap.org/wiki/Key:building:part rund 7% der Objekte haben zusätzlich einen building-tag (ist das dann trotzdem ein Teil?) Eigentlich ist das in meinen Augen zwangsläufig falsch. Vielleicht nutzen Mapper dieses Doppeltagging aus Kompatibilitätsgründen (d.h. damit es gerendert wird)? +1. Ist wohl tagging für die Renderer, vermutlich sind es Gebäudeteile. Wie gesagt, was ein Gebäudeteil ist dürfte teilweise sowieso nicht ganz klar sein, mehrere angebaute Gebäude(m.E. -teile) sind oft wieder zu einem Gebäude(komplex) zusammenfassbar. Ist das dann eine site oder noch _ein_ building? Und können Gebäudeteile wiederum Bestandteile eines Gebäudeteils sein? Der Begriff building interception sagt mir auch nichts. Worum es geht, ist mir aber eigentlich schon klar: Darum, ob die Teile des Gebäudes übereinander oder nebeneinander angeordnet sind. wieso sollte man das taggen? Das ergibt sich doch klar aus der Geometrie, oder? Übereinander hieße, dass ich z.B. bei einem oben schmaler werdenden Gebäude ein Umrisspolygon für die Stockwerke 1-10 und eines für die Stockwerke 11-15 zeichne. ja, auch ohne dass es schmaler wird, z.B. habe ich (naja, nicht persönlich) 3 Stockwerke (UG) Tiefgarage, Technik und Wellness, 10 Stockwerke Hotel (eigentlich 2 für Restaurants, Bars und Ballsaal und 8 Zimmer und Suiten) und darüber 10 Stockwerke (Luxus-)Wohnungen. Trotzdem finde ich einen tag in der vorgeschlagenen Art überflüssig. Sobald man die Stockwerke angibt (bzw. die Nutzungen für das jeweilige nebeneinanderliegende Polygon), ist der tag redundant, und bevor man die Nutzungen / Struktur angibt, ist der tag auch sinnlos. Da hast du natürlich Recht, building:parts sollte zu diesem Zeitpunkt eindeutig ein Proposal sein und nicht so tun, als sei es ein etabliertes Konzept. Und der Name ist auch schlecht gewählt. +1 Hier mal ein Versuch, das abzugrenzen: Es ist zu erwarten, dass wir mit unseren Mitteln und Methoden sowie Zielsetzung vor allem Teile unterschiedlicher Höhe, Geschossanzahl oder Dachform und oder -ausrichtung teilen wollen. Einerseits. Weil man das braucht, um vernünftige 3D-Darstellungen zu generieren. Andererseits haben wir aber auch den Anspruch (bzw. das Verlangen), funktionale bzw. Nutzungseinheiten zusammenzufassen bzw. voneinander abzugrenzen, d.h. den Teil eines Gebäudes, der Hotel ist, abzugrenzen von dem Teil, der Wohnung ist (als Beispiel, es gibt natürlich unendlich Kombinationen in allen Fällen, wo mehrere Nutzungen oder Nutzer in einem Gebäude sind). Weiter detailliert gedacht könnte man das auch auf z.B. Wohneinheiten innerhalb eines Gebäudes ausdehnen (wäre auch der Fall mehrere Nutzer), oder Abteilungen einer Bibliothek oder Bereiche eines Flughafens (alles Beispiele). Weitere Kriterien für die Abgrenzung einzelner Teile sind Geschichte (unterschiedliche Entstehungszeit, ggf. unterschiedlicher Stil), Eigentum bzw. Mieteinheiten, ggf. Brandschutz (Brandschutzeinheiten bzw. Trennungen gehen vermutlich für OSM zu weit, man könnte aber auch ein einfaches Tutorial schreiben, wie man diese erkennen kann), ggf. Struktur (geht auch ein bisschen weit, gemeint ist, dass z.B. ein angebautes Glasatrium von einem massiven inneren Block getrennt gemappt würde oder so was). Weiterhin könnte ein Gebäudeteil ein unvollständiges Gebäude sein, d.h. ein Teil, der für sich alleine gesehen nicht funktionieren kann oder darf (z.B. fehlen notwendige Treppen) oder der notwendig ist, damit andere Teile funktionieren können bzw. dürfen. Der Gegenschluss wäre dann, dass jeder für sich abgeschlossen funktionierende Teil ein vollständiges Gebäude wäre (bin ich eher dagegen). Ob es sich um eine statisch unabhängige Einheit handelt (d.h. man könnte den Teil abreissen und der Rest würde und dürfte noch stehen bleiben), sollte m.E. keine Rolle spielen (das würde meist zu nichts führen, oft kann man einfach eine Stützenreihe abreissen, und der Rest steht immer noch, bei Kuppeln sieht es aber anders aus). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Optionen für Hillshade und Höhenlininien?
Am 10. Februar 2012 13:58 schrieb Jochen dlf_dauerh...@yahoo.de: Einen alternativen Zugang zu ASTER gibt es hier: http://www.gdem.aster.ersdac.or.jp/search.jsp Es scheint, dass die Nutzungsbedingungen auch weniger restriktiv sind. wo findest Du das? Ich sehe da nur: ASTER GDEM Copyright (c) 2009 - 2011 Earth Remote Sensing Data Analysis Center (ERSDAC) All rights reserved. unter der Seite. Wenn Ihr plant, das einzusetzen (ggf. mit den Lizenz-Angaben auf der NASA-Seite möglich, müsstet Ihr aber selbst prüfen), dann unbedingt die Version 2 und nicht 1 verwenden: http://www.ersdac.or.jp/GDEM/E/4_1.html Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Klassifizierung von Orten, Doku
Am 10. Februar 2012 13:52 schrieb Markus liste12a4...@gmx.de: Inhaltlich finde ich die Beschreibung von suburb noch etwas undeutlich. Ist alles ziemlich relativ formuliert. Dabei bleibt unklar, ob es auch einen Bezug zu absolluten Grössen gibt (Einwohnerzahl, Fläche) nein gibt es nicht bzw zu Grössenverhältnissen (suburb einer Megastadt vs. suburb einer Kleinstadt). bei einer Kleinstadt passt evtl. neighbourhood besser. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft, watchmaker und clockmaker
Am 10. Februar 2012 13:46 schrieb Michael Krämer ohr...@googlemail.com: Am 10. Februar 2012 12:58 schrieb Martin Koppenhoefer dieterdre...@gmail.com: In Deutschland ist es im Prinzip wohl die gleiche Ausbildung, eben zum Uhrmacher. Aus eigener Erfahrung weiß ich aber, dass viele Uhrmacher schon heute keine sogenannten 'Großuhren mehr reparieren. Damit sind dann aber (mechanische) Wand- und Standuhren gemeint. Andersherum habe ich persönlich es jetzt aber noch nie erlebt - wäre auch eher brotlos. OK, sieht so aus als ob der typische deutsche Uhrmacher eher ein watchmaker als ein clockmaker wäre. Für Turmuhren gibt es meines Wissens Spezialfirmen, ob die dem Handwerk oder der Industrie zuzurechnen sind weiß ich auch nicht. je nach Größe des Betriebs vermutlich. Ich vermute eher Handwerk (vielleicht eine Art von Schmied?). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterstützung bei Datenbereinigung gesucht
Am 10. Februar 2012 10:13 schrieb hike39 ho...@hike.de: Da stellt sich mir die Frage, was ist ausschlaggebender. Das Gefühl der Leute, die dort wohnen, die eigene Einschaätzung auf Grund von Bing-Luftbildern oder offizielle Aussagen der Gemeinden in Form von Wikipedia-Beiträgen. m.E. sollte man eher nicht aufgrund von Bing-Luftbildern umklassifizieren, wenn man die Gegend nicht kennt. Offizielle Aussagen der Gemeinden beziehen sich hingegen (fast) nie auf OSM, sondern immer auf die Verwaltungsstruktur. Die mappen wir mit admin_level und boundary=administrative, nicht mit place. Ein Grenzfall ist z.B. Dessau, wo die diesjährige FossGIS-Konferenz stattfindet. Das gibt es auf OSM-Karten glaube ich gar nicht mehr, sondern nur noch Dessau-Roßlau. M.E. ist man da aber nicht an einem Punkt angekommen, wo Dessau als Stadt aus der Welt verschwunden ist (andererseits verlassen wir uns ja gerade bei Städten auf die offizielle Einordnung, bin mir auch nicht ganz sicher, wie man das handhaben sollte, intuitiv würde ich eher place=town, name=Dessau verwenden, und Dessau-Roßlau der Kommune im Namens-tag mitgeben). Ein Gegenbeispiel wäre z.B. Berlin-Charlottenburg. Das würde wohl kaum jemand heutzutage als eigene Großstadt sehen, vor 1920 war es das aber. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Optionen für Hillshade und Höhenlininien?
Am 10.02.2012 14:14, schrieb Martin Koppenhoefer: Am 10. Februar 2012 13:58 schrieb Jochendlf_dauerh...@yahoo.de: Einen alternativen Zugang zu ASTER gibt es hier: http://www.gdem.aster.ersdac.or.jp/search.jsp Es scheint, dass die Nutzungsbedingungen auch weniger restriktiv sind. wo findest Du das? Ich sehe da nur: ASTER GDEM Copyright (c) 2009 - 2011 Earth Remote Sensing Data Analysis Center (ERSDAC) All rights reserved. unter der Seite. Ich habe erst die gewünschten Tiles ausgewählt und dann! den Registrierprozess durchlaufen. Dort wird der Verwendungszweck abgefragt, zwischen Organisation und Einzelperson gewählt und man muss versichern, dass man die Quelle zitiert. Vielleicht habe ich ja was übersehen. Wenn Ihr plant, das einzusetzen (ggf. mit den Lizenz-Angaben auf der NASA-Seite möglich, müsstet Ihr aber selbst prüfen), dann unbedingt die Version 2 und nicht 1 verwenden: http://www.ersdac.or.jp/GDEM/E/4_1.html Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterstützung bei Datenbereinigung gesucht
Hallo, Am 10.02.2012 14:54 schrieb Martin Koppenhoefer dieterdre...@gmail.com: m.E. sollte man eher nicht aufgrund von Bing-Luftbildern umklassifizieren, wenn man die Gegend nicht kennt. Da bin ich dabei. Konkret ging es in diesem Thread um eine Aktion, widersprüchliche Tags zu bereinigen. Also nur die Auswahl aus zwei Möglichkeiten. Das geht meiner Meinung nach schon anhand von Bing Wikipedia. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterstützung bei Datenbereinigung gesucht
Am 10. Februar 2012 15:37 schrieb Michael Krämer ohr...@googlemail.com: Am 10.02.2012 14:54 schrieb Martin Koppenhoefer dieterdre...@gmail.com: m.E. sollte man eher nicht aufgrund von Bing-Luftbildern umklassifizieren, wenn man die Gegend nicht kennt. Da bin ich dabei. Konkret ging es in diesem Thread um eine Aktion, widersprüchliche Tags zu bereinigen. Also nur die Auswahl aus zwei Möglichkeiten. Das geht meiner Meinung nach schon anhand von Bing Wikipedia. ja, das ging nicht gegen Dich oder die konkrete Änderung. Hintergrundwissen hast Du da ja auch in gewissem Sinne (m.E. kommst Du relativ noch aus der Nähe und kannst den Kontext daher noch ungefähr einschätzen, Du kennst die Gegend grob, wenn auch nicht den Ort im Einzelfall). Kommt halt immer drauf an (neben den eigenen Kenntnissen auch auf das Umfeld), hier wäre es z.B. sicher nicht so einfach gewesen ;-) http://binged.it/zRsCrl in OSM ist das ein suburb, und ich würde mich da auch nicht ranwagen, weil ich das Umfeld nicht kenne (habe das zufällig aus dem Luftbild gepickt). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Optionen für Hillshade und Höhenlininien?
Jochen dlf_dauerh...@yahoo.de wrote: Ich habe erst die gewünschten Tiles ausgewählt und dann! den Registrierprozess durchlaufen. Dort wird der Verwendungszweck abgefragt, zwischen Organisation und Einzelperson gewählt und man muss versichern, dass man die Quelle zitiert. Vielleicht habe ich ja was übersehen. Attribution ist mir erst mal egal, die habe ich ja bei OSM auch. Allerdings würde ich halt schon gerne Tiles rendern die OSM und diese Daten als Quelle haben und diese in Netz stellen. Der Einfachheit halber nnehme ich jetzt mal ODBL an, dann wäre Non-commercial ja auch noch OK. Sven -- This golden age of communication Means everyone talks at the same time (Lyrics of New Model Army song 225) /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] ICT und Katastrophenhilfe / PhD Projekt
Hallo Lukas, herzlich willkommen bei OSM :) Du kannst ja einfach mal einen Link posten, OSM hat mit dem Humanitarian OpenStreetMap Team HOT sogar eine eigene Abteilung für Crisismapping: http://wiki.openstreetmap.org/wiki/HOT Du kannst deine Forschung auch gerne hier noch auflisten: http://wiki.openstreetmap.org/wiki/Research Gruß Matthias Am 10.02.2012 11:45, schrieb Kubina Lukas: Hallo, An der HCU Hamburg beschäftige ich mich als Wirtschaftsgeograf mit Katastrophenhilfe und der Rolle neuer Kommunikationsmöglichkeiten (ICT). Gerade versende ich einen Online Fragebogen um diesen Zusammenhang zu untersuchen. Für meine Forschung wäre es grandios, wenn jemand/viele aus dem OSM Netzwerk daran teilnehmen würden. Könntet Ihr mir hier vielleicht weiterhelfen? Beste Grüße Lukas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neu: globales ASTER Hillshade auf openMapSurfer.uni-hd.de
Am 09.02.2012 20:11, schrieb z...@uni-heidelberg.de: Dear all, Ich darf für ihn mitteilen, dass Maxim auf http://openMapSurfer.uni-hd.de das Update-Schema angepasst hat und vor allem, dass er nun zusätzlich einen globalen ASTER-Hillshade als Overlay hinzugefügt hat (muss in der Layerauswahl aktiviert werden; für niedrige Zoomlevel wird SRTM genutzt). Have fun! az http://openMapSurfer.uni-hd.de http://giscience.uni-hd.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Sieht gut aus ... gibt es eigentlich howtos zum aufsetzen solcher karten? Gruß Tobi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: [OpenStreetMap] Relation: 1318852
Hallo bei kleinflächigem Remapping von Straßen im Pfälzer Wald (rausgesucht über die BadMap) habe ich anscheinend nicht nur einen kleinflächigen Wald eines Nichtzustimmers gelöscht, sondern sehr großflächig. Was tun? Will jemand den u.g. Änderungssatz wieder zurücknehmen? Der Pfälzer Wald selbst war in jedem Fall von einem ausdrücklichen Nichtzustimmer eingetragen, er geht bei der Lizenzumstellung dann doch wieder verloren. Ich selber kann die Änderung nicht wieder zurücknehmen. Wäre aber nicht schlimm. Das Changeset beinhaltet ansonsten nur ein Stück Straße. Ich werde ab sofort nicht mehr remappen, sondern erst wieder rangehen, wenn die Lizenzumstellung erfolgt ist, damit mir sowas nicht mehr passiert. Nach der Umstellung wäre der Wald ja sowieso weg gewesen, dann hätte das nicht passieren können. mfg wb Original-Nachricht Hallo Barthwo, fx99 http://www.openstreetmap.org/user/fx99 hat dir eine Nachricht über OpenStreetMap mit dem Betreff Relation: 1318852 gesendet: == Hallo, Du hast anscheinend aus Versehen den halben Pfälzer Wald gelöscht: Relation: 1318852 Bearbeitet am: Donnerstag, 09. Februar 2012, 10:43 Uhr Bearbeitet von: Barthwo Version: 3 Im Änderungssatz: 10632520 Kommentar: remapping L 499 Tags: type = multipolygon http://tools.geofabrik.de/osmi/debug.html?view=multipolygonlon=7.86993lat=49.36714zoom=14opacity=0.80overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags http://tools.geofabrik.de/osmi/debug.html?view=multipolygonlon=7.86993lat=49.36714zoom=14opacity=0.80overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags Mir gelingt es leider nicht, den Weg 107356607 wieder herzustellen! Gruß Harald == Du kannst diese Nachricht auch hier http://www.openstreetmap.org/message/read/248942 lesen und hier http://www.openstreetmap.org/message/reply/248942 antworten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: [OpenStreetMap] Relation: 1318852
Hi, On Fri, 10 Feb 2012 17:15:52 +0100 Wolfgang Barth wolfg...@barthwo.de wrote: bei kleinflächigem Remapping von Straßen im Pfälzer Wald (rausgesucht über die BadMap) habe ich anscheinend nicht nur einen kleinflächigen Wald eines Nichtzustimmers gelöscht, sondern sehr großflächig. Wuerd ich mir keinen Kopf drum machen. Kannst Du den Pfaelzer Wald nicht einfach grob wieder neu einzeichnen? Sonst solls jemand anders machen. Loeschung zuruecknehmen halt ich auch fuer unnoetigen Aufwand. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Werkzeug zum Hinzufügen von Tags gesucht
Hallo, wenn ich ein Objekt auf der Webseite habe, z.B.: http://www.openstreetmap.org/browse/relation/48147 (komplexe Relation der Bundesautobahn A4), würde gerne einen einfachen Weg haben, um die Tags zu bearbeiten. Dafür erscheint es mir nicht notwendig erst in einen der Editor zu wechseln. Eigentlich sollte das direkt auf der Webseite gehen. Oder? Gibt es da einen Weg? Wie wäre eurer Weg diese Relation in JOSM zu laden? Mit loadURL hat es bei mir nicht richtig geklappt. Grüße Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Pfälzer Wald gelöscht
Rein technisch kriege ich das nicht hin, den Pfälzer Wald grob noch mal einzuzeichnen. Ich hab jetzt nachgesehen, der hatte über 1200 Punkte im Detail. Er ist so groß (hunderte Quadratkilometer), daß ich das nicht in Potlatch öffnen kann und auch im JOSM dürfte das ein Problem sein. Vielleicht hat jemand anderes ein Tool mit dem er das machen kann. Allerdings war der auch als Relation mit Multipolygon outer erfasst und jetzt hängen da eine Menge Leerflächen relationstechisch im Nirwana. Ich bin jetzt mal eine Woche verreist, aber danach kann ich mich daran machen, den Wald in kleinflächigen Portionen nach und nach wieder einzuzeichenen auf Basis von Bing-Bildern. Wäre nach dem Lizenzwechsel ja sowieso notwendig geworden. mfg wb -- Hi, On Fri, 10 Feb 2012 17:15:52 +0100 Wolfgang Barth wolfg...@barthwo.de wrote: bei kleinflächigem Remapping von Straßen im Pfälzer Wald (rausgesucht über die BadMap) habe ich anscheinend nicht nur einen kleinflächigen Wald eines Nichtzustimmers gelöscht, sondern sehr großflächig. Wuerd ich mir keinen Kopf drum machen. Kannst Du den Pfaelzer Wald nicht einfach grob wieder neu einzeichnen? Sonst solls jemand anders machen. Loeschung zuruecknehmen halt ich auch fuer unnoetigen Aufwand. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werkzeug zum Hinzufügen von Tags gesucht
Am 10. Februar 2012 17:59 schrieb Kolossos tim.al...@s2002.tu-chemnitz.de: Hallo, wenn ich ein Objekt auf der Webseite habe, z.B.: http://www.openstreetmap.org/browse/relation/48147 (komplexe Relation der Bundesautobahn A4), würde gerne einen einfachen Weg haben, um die Tags zu bearbeiten. Dafür erscheint es mir nicht notwendig erst in einen der Editor zu wechseln. Eigentlich sollte das direkt auf der Webseite gehen. Oder? Gibt es da einen Weg? Wie wäre eurer Weg diese Relation in JOSM zu laden? Mit loadURL hat es bei mir nicht richtig geklappt. Das geht, wenn Du rechts unter der Karte etwas länger über dem edit-relation bleibst, mit JOSM remote control. Auch kannst Du unter https://www.openstreetmap.org/user/USERNAME/account Deinen bevorzugten Editor einstellen, z.B. remote-control, dann geht das Klicken schneller. Dafür muss JOSM laufen und Remotecontrol aktiviert sein. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Online-Router
Moin, ich vermisse einen leicht aufrufbaren und aktuellen Online-Router für OSM Daten. In der Außendarstellung präsentiert sich OSM fast nur als Karte. Die meisten access-Tags und Abbiegerestriktionen sind in den Karten nicht erkennbar, obwohl gerade für Fahrradfahrer und Fußgänger in OSM weit bessere Daten als bei Google, Bing und anderen Anbietern vorhanden sind. Die vorhandenen Online-Router sind über die openstreetmap.org-Webseite nicht auffindbar und bei openstreetmap.de eher versteckt. Sinnvoll wäre eine Einbindung im Kontextmenü der Karte oder zumindest ein direkter Link. Die Routingdaten sind bei OpenRouteService, YOURS und Cloudmade mehrere Monate alt und passen teilweise nicht zur angezeigten Karte. Die zweite wichtige Funktion eines Online-Routers ist die Fehlersuche für Mapper. Beim Aufspalten von Straßen in zwei Richtungsfahrbahnen oder beim Editieren komplexer Kreuzungen entstehen leicht Fehler. Manche Fehler sind in der Karte nicht sichtbar, führen aber zu falschen Routingergebnissen. Mit einem Online-Router wäre es leicht möglich, solche Fehler aufzuspüren. Dazu müsste der Router aber täglich (oder noch häufiger) aktualisiert werden. Nach einer Woche kontrolliert kaum noch ein Mapper seine Ergänzungen und die Fehler sind bereits auf die Garminkarten u. ä. übernommen. Was wäre für einen Online-Router auf der Hautseite des Projekts nötig? Das Userinterface und die Routingalgorithmen sind in den bisherigen Routern vorhanden. Ist die regelmäßige Datenübernahme mit viel Handarbeit verbunden? Fehlt es an Administratoren oder Serverkapazität? Für letzteres könnte man evtl. die Spendenmittel für Server sinnvoll einsetzten. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werkzeug zum Hinzufügen von Tags gesucht
Ich würde sie ins josm über Objekt herunterladen laden. Keinen Haken setzen, dann bekommst du nur die Relation und kannst die Taggs der Relation bearbeiten. Ein Nachladen der Elemente ist dann auch möglich. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online-Router
Am 10.02.2012 18:11, schrieb Stephan Wolff: Was wäre für einen Online-Router auf der Hautseite des Projekts nötig? Das Userinterface und die Routingalgorithmen sind in den bisherigen Routern vorhanden. Ist die regelmäßige Datenübernahme mit viel Handarbeit verbunden? Fehlt es an Administratoren oder Serverkapazität? Vermutlich beides. Da der Cloudmade Router halb kommerziell ist kommt der wohl eher nicht in Frage um auf osm.org eingebunden zu werden. Mein Favorit wäre YOURS. Für letzteres könnte man evtl. die Spendenmittel für Server sinnvoll einsetzten. +1 Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Optionen für Hillshade und Höhenlininien?
Am 10. Februar 2012 16:04 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Jochen dlf_dauerh...@yahoo.de wrote: Ich habe erst die gewünschten Tiles ausgewählt und dann! den Registrierprozess durchlaufen. Dort wird der Verwendungszweck abgefragt, zwischen Organisation und Einzelperson gewählt und man muss versichern, dass man die Quelle zitiert. Vielleicht habe ich ja was übersehen. Attribution ist mir erst mal egal, die habe ich ja bei OSM auch. Allerdings würde ich halt schon gerne Tiles rendern die OSM und diese Daten als Quelle haben und diese in Netz stellen. Der Einfachheit halber nnehme ich jetzt mal ODBL an, dann wäre Non-commercial ja auch noch OK. Du kannst Dich da kostenlos registrieren, und dann die tiles runterladen. Für die Nutzung dann ASTER GDEM is a product of METI and NASA. dazu schreiben. Gibt es über die üblichen NASA-Schnittstellen, z.B. hier: http://earthexplorer.usgs.gov/ dann datasets-DEM-Aster https://lpdaac.usgs.gov/products/aster_products_table Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfälzer Wald gelöscht
Wolfgang Barth schrieb: Rein technisch kriege ich das nicht hin, den Pfälzer Wald grob noch mal einzuzeichnen. Ich hab jetzt nachgesehen, der hatte über 1200 Punkte im Detail. Verglichen mit anderen Objekten ist das beinahe niedlich. :) Er ist so groß (hunderte Quadratkilometer), daß ich das nicht in Potlatch öffnen kann und auch im JOSM dürfte das ein Problem sein. Du brauchst ja nicht das ganze Gebiet auf einmal zu laden und abzumalen. Du schreibst ja selbst: [...] danach kann ich mich daran machen, den Wald in kleinflächigen Portionen nach und nach wieder einzuzeichenen auf Basis von Bing-Bildern. Wäre nach dem Lizenzwechsel ja sowieso notwendig geworden. Andere Möglichkeit: Bing-Layer unterlegen, neues Datenlayer erstellen, Wald abmalen, hochladen. Zu Vergleichszwecken kannst du Mapnik unterlegen (gegebenenfalls halbtransparent), um erfasste Waldstücke nicht noch einmal zu erstellen. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online-Router
Stephan Wolff wrote Moin, ich vermisse einen leicht aufrufbaren und aktuellen Online-Router für OSM Daten. Die Routingdaten sind bei OpenRouteService, YOURS und Cloudmade mehrere Monate alt und passen teilweise nicht zur angezeigten Karte. Der wohl derzeit aktuellste Online router ist der von mapquest open http://open.mapquest.de/ So weit ich weis wird der einmal taeglich (oder vielleicht sogar alle 15 Minuten) aktuallisiert. Der sollte auch Dinge wie turn restrictions und andere OSM routing tags unterstuetzen, ist also hoffentlich eine einigermassen gute Darstellung der Daten. Stephan Wolff wrote Die zweite wichtige Funktion eines Online-Routers ist die Fehlersuche für Mapper. Beim Aufspalten von Straßen in zwei Richtungsfahrbahnen oder beim Editieren komplexer Kreuzungen entstehen leicht Fehler. Manche Fehler sind in der Karte nicht sichtbar, führen aber zu falschen Routingergebnissen. Mit einem Online-Router wäre es leicht möglich, solche Fehler aufzuspüren. Dazu müsste der Router aber täglich (oder noch häufiger) aktualisiert werden. Nach einer Woche kontrolliert kaum noch ein Mapper seine Ergänzungen und die Fehler sind bereits auf die Garminkarten u. ä. übernommen. Die Funktion der Unterstuetzung zum Bugfixen der Daten fuer die Routingfaehigkeit ist imho der wichtigste Grund einer Integration einses routers auf osm.org. Es gibt inzwischen eine ganze Reihe von Navigationsgeraeten mit OSM daten, sei es die Garmin maps, iPhone oder Android apps wie Skobbler oder Navmii, Nachruestprogramme fuer normale Sat Navs wie Mapfactor Navigator Free, oder websites wie Cyclestreets oder mapquest open. Damit duerfte bereits jetzt routing eine der wichtigsten Verwendung von OSM routing sein. Dennoch laesst die Qualitaet der OSM Daten fuer routing haeufig zu wuenschen uebrig. Ein guter Teil davon liegt daran das viele dieser Probleme Mappern nicht bewust sind, da sie nicht auf der OSM.org Karte dargestellt werden. Es gibt zwar einige hilfreichen debug tools wie keepright, OSMI und mapdust, die werden aber vom Durschschnittsmapper wohl nicht sonderlich haeufig verwendet. Aus disesm Grund ist es auch geplant das irgendwann routing auch auf die osm.org Seite einzieht. Die OSMF hat dem grundsaetzlich zugestimmt und sobald die technischen und administrativen Huerden ausgeraeumt sind wird es hoffentlich auch umgesetzt. Stephan Wolff wrote Was wäre für einen Online-Router auf der Hautseite des Projekts nötig? Zwei der Top Ten Tasks die die Sysadmins gerne auf osm.org umgesetzt sehen wuerden[1] drehen sich um das routing. Zum einen die Programmierung des Frontends, also der eigentlichen Integration des routers in OSM.org, und zum anderen die Evaluierung welche der routing engines geeignet ist dafuer das osm sie betreiben koennte. Eine demo der Integration gibt es bereits: http://apmon.dev.openstreetmap.org/routing Code: https://github.com/apmon/openstreetmap-website/commits/routing2 Allerdings benoetigt sie noch einiges an Arbeit. Den Feedback den ich bislang bekommen habe ist das zum einen der Code noch nicht sauber genug ist und noch ein ausfuerlicher Code cleanup und review benoetigt wird und zum anderen wird der routing tab nicht gerne gesehen. Das groessere Problem ist allerdings das routing backend. Um routing auf osm.org zu verwenden, muss mindestens einer der Router von osm betrieben werdem damit die Seite nicht von drittanbietern abhaengt die jederzeit verschwinden koennten. Die Hauptkandidaten dafuer sind wohl Gosmore(YOURS) und OSRM, aber insgesamt sind keine der Routingengines bislang wirklich ideal. Beide router haben leider einen sehr hohen Resourcen verbrauch (OSRM benoetigt riesinge mengen an RAM und Gosmore funktioniert nicht uebermaessig schnell und hat einen hohen CPU verbrauch) aber auch noch ein paar andere Probleme. Herauszufinden genau was fuer ein Server benoetigt wird um ein weltweites routing anzubieten wird derzeit noch untersucht. Falls jemand noch andere Routingengines kennt, die in Frage kaemmen, lasst es mich wissen. Wer das routing backend dann administrativ betreut und am laufen haelt ist auch noch nicht geklaert. Unteranderem auch da das backend noch nicht entschieden ist. Insgesamt schaetze ich mal das das ganze aber wohl leider noch ein paar Monate dauern wird. Irgend wann wird routing aber auf osm.org einziehen... Kai [1] http://wiki.openstreetmap.org/wiki/Top_Ten_Tasks -- View this message in context: http://gis.19327.n5.nabble.com/Online-Router-tp5473230p5473380.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] Pfälzer Wald gelöscht
Hallo, Rein technisch kriege ich das nicht hin, den Pfälzer Wald grob noch mal einzuzeichnen. Vielleicht hat jemand anderes ein Tool mit dem er das machen kann. Allerdings war der auch als Relation mit Multipolygon outer erfasst und jetzt hängen da eine Menge Leerflächen relationstechisch im Nirwana. Hach, der schoene Pfaelzer Wald. Anscheinend hatte den schonmal jemand aufgeteilt, seit ich dort zuletzt Hand angelegt hatte. Das war ein Monstrum geworden. Ich hab jetzt zwei Wege wiederhergestellt: 109266426 und 107356607 Eine kleine vierstellige Relation (9418) war auch mit involviert, da gehoerte einer der Wege als outer rein. Aber: Ich hab zwei Wege nicht gefunden: Das Waldstueck bei Trippstadt und das bei Erlenbach. Dummerweise sind dort auch die Inseln (residentials) nicht mehr in einer Relation, die Hinweise auf die Wege-ID gaebe. Soweit erstmal, stw -- Ich möchte eine Welt, in der ich aus einer Toilette trinken kann, ohne Ausschlag zu kriegen! [Lt. Frank Drebin] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfälzer Wald gelöscht
Am 10.02.2012 18:51, schrieb malenki: Wolfgang Barth schrieb: Rein technisch kriege ich das nicht hin, den Pfälzer Wald grob noch mal einzuzeichnen. Ich hab jetzt nachgesehen, der hatte über 1200 Punkte im Detail. Verglichen mit anderen Objekten ist das beinahe niedlich. :) Er ist so groß (hunderte Quadratkilometer), daß ich das nicht in Potlatch öffnen kann und auch im JOSM dürfte das ein Problem sein. Du brauchst ja nicht das ganze Gebiet auf einmal zu laden und abzumalen. Du schreibst ja selbst: [...] danach kann ich mich daran machen, den Wald in kleinflächigen Portionen nach und nach wieder einzuzeichenen auf Basis von Bing-Bildern. Wäre nach dem Lizenzwechsel ja sowieso notwendig geworden. Andere Möglichkeit: Bing-Layer unterlegen, neues Datenlayer erstellen, Wald abmalen, hochladen. Zu Vergleichszwecken kannst du Mapnik unterlegen (gegebenenfalls halbtransparent), um erfasste Waldstücke nicht noch einmal zu erstellen. Du weisst aber schon dass Pfälzerwald eine Mittelgebirgslandschaft ist und sich nicht auf Waldflächen beschränkt? http://de.wikipedia.org/wiki/Pf%C3%A4lzerwald Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfälzer Wald gelöscht
Garry schrieb: Du weisst aber schon dass Pfälzerwald eine Mittelgebirgslandschaft ist und sich nicht auf Waldflächen beschränkt? http://de.wikipedia.org/wiki/Pf%C3%A4lzerwald Wenn am outer |landuse = forest |name = Pfälzerwald steht, gehe ich davon aus, dass der Ersteller damit einen Wald darstellen wollte. Zum Mappen von Regionen und Ähnlichem wurde, soweit ich weiß, noch kein Konsens gefunden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfälzer Wald gelöscht
Am 10.02.2012 22:44, schrieb malenki: Garry schrieb: Du weisst aber schon dass Pfälzerwald eine Mittelgebirgslandschaft ist und sich nicht auf Waldflächen beschränkt? http://de.wikipedia.org/wiki/Pf%C3%A4lzerwald Wenn am outer |landuse = forest |name = Pfälzerwald steht, gehe ich davon aus, dass der Ersteller damit einen Wald darstellen wollte. Zum Mappen von Regionen und Ähnlichem wurde, soweit ich weiß, noch kein Konsens gefunden. Die Gesamtheit der landuse-Flächen müsste der Relation Pfälzerwald zugeordnet sein. Die von Hand wieder zu erstellen dürfte sehr mühsam sein Einzelne Waldstücke dürften durchaus eigene Namen haben. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfälzer Wald gelöscht
Garry schrieb: Am 10.02.2012 22:44, schrieb malenki: Wenn am outer |landuse = forest |name = Pfälzerwald steht, gehe ich davon aus, dass der Ersteller damit einen Wald darstellen wollte. Zum Mappen von Regionen und Ähnlichem wurde, soweit ich weiß, noch kein Konsens gefunden. Die Gesamtheit der landuse-Flächen müsste der Relation Pfälzerwald zugeordnet sein. Die von Hand wieder zu erstellen dürfte sehr mühsam sein Einzelne Waldstücke dürften durchaus eigene Namen haben. Ich sprach von den gelöschten landuses, die mittlerweile wiederhergestellt wurden. Die Sammelrelation, auf die du dich vermutlich beziehst, dürfte diese sein: http://www.openstreetmap.org/browse/relation/1316390 Dort gibt es fast zwei Dutzend Pfälzerwälder - genug für alle. :P ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online-Router
Moin! Am 10.02.2012 19:11, schrieb Kai Krueger: Danke für die ausführliche Antwort. Der wohl derzeit aktuellste Online router ist der von mapquest open http://open.mapquest.de/ So weit ich weis wird der einmal taeglich (oder vielleicht sogar alle 15 Minuten) aktuallisiert. Der sollte auch Dinge wie turn restrictions und andere OSM routing tags unterstuetzen, ist also hoffentlich eine einigermassen gute Darstellung der Daten. Die Routingdaten sind tatsächlich aktueller als die Karte. Einen Weg, den ich vor einigen Tagen angelegt hatte, zeigt die Karte in keiner Zoomstufe, aber der Router nutzt ihn. Allerdings hat der Router auch einige Bugs. vehicle=yes wird offenbar nicht erkannt und Fußgänger werden auf eine Straße mit motorroad=yes geschickt. Das Userinterface finde ich weniger intuitiv, als bei anderen Routern. Die Ortsangabe zeigt vielerorts nur ALDI-Markt. Aus disesm Grund ist es auch geplant das irgendwann routing auch auf die osm.org Seite einzieht. Die OSMF hat dem grundsaetzlich zugestimmt und sobald die technischen und administrativen Huerden ausgeraeumt sind wird es hoffentlich auch umgesetzt. Das klingt gut. Eine demo der Integration gibt es bereits: http://apmon.dev.openstreetmap.org/routing Allerdings benoetigt sie noch einiges an Arbeit. Den Feedback den ich bislang bekommen habe ist das zum einen der Code noch nicht sauber genug ist und noch ein ausfuerlicher Code cleanup und review benoetigt wird und zum anderen wird der routing tab nicht gerne gesehen. Ohne diesen Hinweis, hätte ich die Routingfunktion nicht gefunden, aber die Kritik am Layout der Hauptseite ist ein anderes Thema. Ansonsten funktioniert das Routing (mit veralteten Daten) problemlos. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Sentiero in parte su strade secondarie già mappate
Ho un caso particolare che non so come gestire: il sentiero Giuliani di Verona è un sentiero pedemontano panoramico molto bello sopra la mia città che si snoda, oltre che su fondo naturale anche, per alcuni tratti, su strade asfaltate secondarie e già mappate. Come devo fare per assegnargli il nome ed evidenziarlo(segnalarlo) nella sua interezza? grazie Marco E' nata indoona : chiama, videochiama e messaggia Gratis. Scarica indoona per iPhone, Android e PC ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] aiuto ripristino
On Fri, 10 Feb 2012, alessandra miranda wrote: ho trovato questo percorso [1] ho tentato il ripristino ma non sono riuscito a capire come era in origine, qualcuno riesce a sistemarlo?? [1] http://www.openstreetmap.org/browse/way/57590922/ il percorso sembra sia stato modificato per l'ultima volta nel gruppo di modifiche http://www.openstreetmap.org/browse/changeset/10516731 . Con Josm, scarica il percorso e l'area circostante. Poi, seleziona i nodi del percorso incriminato, e usa il plug-in reverter, selezionando la voce ripristina solo la selezione. changeset da ripristinare: 10516731 . Saluti! Enrico Piccinelli picc...@tiscali.it == ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentiero in parte su strade secondarie già mappate
Il 10/02/2012 09:51, Alexander Roalter ha scritto: Am 10.02.2012 09:36, schrieb m.le...@tiscali.it: Ho un caso particolare che non so come gestire: il sentiero Giuliani di Verona è un sentiero pedemontano panoramico molto bello sopra la mia città che si snoda, oltre che su fondo naturale anche, per alcuni tratti, su strade asfaltate secondarie e già mappate. Come devo fare per assegnargli il nome ed evidenziarlo(segnalarlo) nella sua interezza? grazie Marco in generale, si fa così: Se il Way 1 è quello già esistente, e è il nuovo sentiero, e se la way 1 è una strada normale (Provinciale, Statale, residential), mentre 2 è un sentiero (path, footway, track) può essere così ++ 2+ + ++ +++ + a + + +++ 1--+-+++---++--- + + b c d +++ In questo esempio, le tratte a-b e c-d sono usati da entrambi i sentieri/strade etc. Addesso serve tagliare il way 1 tra a, b, c e d. Così si hanno 5 way (inizio fino a a, a-b, b-c, c-d, d-fine) La way 2 è anche composta di tre way singolari: (inizio fino a, b-c, d-fine). Il sentiero giuliani poi dovrebbe mettere quei way in una relazione, poi mettere il nome e altri attributi per questo sentiero nella relazione. Così a prima vista, guardando il way a-b, ci si vede solo che è la strada normale provinciale etc., ma ci si vede che è membro della relazione Sentiero Giuliani. Aggiungo alla già esaustiva spiegazione di Alexander i link alle pagine wiki sulle relazioni in generale [1] e su quelle di tipo route [2] che dovrebbero fare al caso tuo ciao Marco [1] http://wiki.openstreetmap.org/wiki/IT:Relations [2] http://wiki.openstreetmap.org/wiki/IT:Relation:route ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] aiuto ripristino
ottimo ti ringrazio, avevo provato a ripristinarlo, ma avevo selezionato il percorso e non i singoli nodi. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] aiuto ripristino
On Fri, 10 Feb 2012, alessandra miranda wrote: ottimo ti ringrazio, avevo provato a ripristinarlo, ma avevo selezionato il percorso e non i singoli nodi. Se selezioni il percorso, allora credo tu possa ripristinarne i tag precedenti, ma non la posizione dei nodi :-) . Saluti! Enrico Piccinelli picc...@tiscali.it == ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sentiero in parte su strade secondarie già mappate
2012/2/10 marcram marcr...@email.it: Aggiungo alla già esaustiva spiegazione di Alexander i link alle pagine wiki sulle relazioni in generale [1] e su quelle di tipo route [2] che dovrebbero fare al caso tuo [1] http://wiki.openstreetmap.org/wiki/IT:Relations [2] http://wiki.openstreetmap.org/wiki/IT:Relation:route +1, vedi anche (se leggi l'inglese) la pagina originale: http://wiki.openstreetmap.org/wiki/Relation:route visto che siamo in pochi e alle volte le traduzioni sono un po' in dietro. La versione originale è sempre qua definizione quella inglese. Per esempio la nostra traduzione aveva una voce route=pilgrimage, ma questo non si usa (solo 4 volte nel planet), invece si usa route=hiking e pilgrimage=yes (per il pellegrinaggio). Riassumendo: 1. crei una nuova relazione 2. metti i tags per descrivere la route nella relazione, in questo caso al meno i seguenti: type=route route=hiking (volendo anche foot, non cambia niente, ma hiking è usato più spesso). name=Sentiero Giuliani network=iwn / nwn / rwn / lwn (dice la scala, il primo è una rete internazionale, poi nazionale, regionale (non nel stretto senso di una regione politica italiana), locale) in più (se lo sai) puoi dare questi informazioni: ref= operator= symbol= osmc:symbol= altri tags come surface, highway, width, smoothness, ... invece si mettono ai way che fanno parte della route, non nella relazione route. Questi way, che compongono la rotta (=route), li devi mettere come membri nella relazione. Dovrebbero essere tutti connessi tra di loro (quindi alle volte occorre spezzare un way/una strada per non avere pezzi in più nella relazione). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] Contact And Remap Campaign
Ieri ho mandato 7 inviti e aggiornato la relativa tabella [1] andando a guardare principalmente gli utenti in Campania tramite il tool di Geofabrik [2] Poi ho pensato, guardando questa pagina [3], che occorrerebbe contattare gli utenti in ordine di priorità. Incrociando i dati con la tabella [1] risulta che si potrebbero contattare questi utenti: signor_g donatella vasta user_136835 Giorgio Vaccari granpasso Riccardo Ricci X Raiders Se qualcuno li conosce, magari personalmente o per corrispondenza, lo potrebbe fare? Penso che in tal modo avremmo maggiori probabilità di riuscita, altrimenti posso provvedere io. saluti Vincenzo [1] http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL [2] http://tools.geofabrik.de/osmi/?view=wtfe http://tools.geofabrik.de/osmi/?view=wtfe [3] http://www.odbl.de/italy.html http://www.odbl.de/italy.html -- View this message in context: http://gis.19327.n5.nabble.com/Fwd-OSM-talk-Contact-And-Remap-Campaign-tp5456730p5472210.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] Contact And Remap Campaign
signor_g l'ho provato a contattare io tramite OSM ma nada, ho rimappato qualcosa di suo in Sardegna.. Il giorno 10 febbraio 2012 12:46, Vincenzo Galgano vincenzo.galg...@gmail.com ha scritto: Ieri ho mandato 7 inviti e aggiornato la relativa tabella [1] andando a guardare principalmente gli utenti in Campania tramite il tool di Geofabrik [2] Poi ho pensato, guardando questa pagina [3], che occorrerebbe contattare gli utenti in ordine di priorità. Incrociando i dati con la tabella [1] risulta che si potrebbero contattare questi utenti: signor_g donatella vasta user_136835 Giorgio Vaccari granpasso Riccardo Ricci X Raiders Se qualcuno li conosce, magari personalmente o per corrispondenza, lo potrebbe fare? Penso che in tal modo avremmo maggiori probabilità di riuscita, altrimenti posso provvedere io. saluti Vincenzo [1] http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL [2] http://tools.geofabrik.de/osmi/?view=wtfe http://tools.geofabrik.de/osmi/?view=wtfe [3] http://www.odbl.de/italy.html http://www.odbl.de/italy.html -- View this message in context: http://gis.19327.n5.nabble.com/Fwd-OSM-talk-Contact-And-Remap-Campaign-tp5456730p5472210.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] Contact And Remap Campaign
2012/2/10 Vincenzo Galgano vincenzo.galg...@gmail.com: Incrociando i dati con la tabella [1] risulta che si potrebbero contattare questi utenti: Signor_g +20, ho anch'io cercato di contattarlo, credo che non li arrivino più li mail. Forse gli è anche successo qualcosa, perchè ha mappato tantissimo ogni giorno e poi da un giorno al'altro ha smesso il 21 maggio 2008: #495662 May 21, 2008 00:32 (none) #486423 May 20, 2008 01:18 (none) #479722 May 19, 2008 19:39 (none) #478507 May 19, 2008 16:43 (none) #461538 May 16, 2008 11:36 (none) #456787 May 16, 2008 10:20 (none) #455197 May 15, 2008 22:55 (none) #451408 May 15, 2008 20:56 (none) #450519 May 15, 2008 16:05 (none) #450084 May 15, 2008 14:30 (none) #448814 May 14, 2008 04:02 (none) #441814 May 13, 2008 19:49 (none) #435378 May 13, 2008 14:03 (none) #434343 May 13, 2008 05:09 (none) http://www.openstreetmap.org/user/Signor_g/ Mi riccordo di aver avuto qualche scambio di mail nel 2008, lui è Sardo (se riccordo bene). Cerco di trovare queste mail... Giorgio Vaccari Riccardo Ricci X Raiders donatella +1, sarei anch'io interessato a questi (credo che mesi / anni fa avevo scritto a qn di questa lista per la licenza ma scrivergli di nuovo non dovrebbe fare male) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] Contact And Remap Campaign
2012/2/10 Martin Koppenhoefer dieterdre...@gmail.com: 2012/2/10 Vincenzo Galgano vincenzo.galg...@gmail.com: Signor_g http://www.openstreetmap.org/user/Signor_g/ Mi riccordo di aver avuto qualche scambio di mail nel 2008, lui è Sardo (se riccordo bene). Cerco di trovare queste mail... Ho trovato le mail. Purtroppo non ero io ma l'utente Merio in contatto diretto con lui. Ho pero finora qualche indizio che lui è la stessa persona di questo utente wiki: http://wiki.openstreetmap.org/wiki/User:Mr_G (Utente Public Domain!). Ho scritto a Merio per ricuperare l'email, ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Dati Emilia Romagna
volevo segnalare, ma forse li avete già visti, altri dati disponibili della RER: - Ferrovie (1) - Uso del suolo (2) (1) http://dati.emilia-romagna.it/component/rd/cerca.html?testo_cercato=tag%3A-k-k-rete+ferroviaria-k-k- (2) http://dati.emilia-romagna.it/component/rd/item/11-11-uso-del-suolo-2008.html ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati Emilia Romagna
Ho sentito l'altro giorno quelli della RER che mi dicevano che sarebbero contenti di vedere un commento sul loro portale quando qualcuno scarica i dati e ne fa un uso interessante come può essere quello in OpenStreetMap. Questo, secondo me, aiuterebbe a fare in modo che rilascino ulteriori dataset :) Se poi si trovano errori, e si segnalano, loro sono ancora più felici. On Fri, Feb 10, 2012 at 14:20, albertobon...@libero.it albertobon...@libero.it wrote: volevo segnalare, ma forse li avete già visti, altri dati disponibili della RER: - Ferrovie (1) - Uso del suolo (2) (1) http://dati.emilia-romagna.it/component/rd/cerca.html?testo_cercato=tag%3A-k-k-rete+ferroviaria-k-k- (2) http://dati.emilia-romagna.it/component/rd/item/11-11-uso-del-suolo-2008.html ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati Emilia Romagna
2012/2/10 albertobon...@libero.it albertobon...@libero.it: - Ferrovie (1) - Uso del suolo (2) (1) http://dati.emilia-romagna.it/component/rd/cerca.html?testo_cercato=tag%3A-k-k-rete+ferroviaria-k-k- non l'ho verificato, ma credo che ci manca poco (quindi potrebbe essere opportuno di riempire i nostri buchi copiando a mano da questi dati - a mano perchè i dati devono essere connessi col esistente). (2) http://dati.emilia-romagna.it/component/rd/item/11-11-uso-del-suolo-2008.html secondome il (2) non ha senso di importare perchè è troppo legato alla geometria dell'esistente (un import creerebbe centinaia di milliaia di problemi topologici): http://www3.regione.emilia-romagna.it/archiviogis/sig/images/bookshop/carto/Uso2008.png e in più usiamo due sistemi diversi, quindi i confini di un poligono fatto secondo una classificazione non dovrebbe necessariamente coincidere con quello di un altro sistema. Ancora in più credo che possiamo fare di meglio (loro hanno usato la scala della regione, noi potremmo usare la scale di una singola città / oppure di un singolo quartiere, quindi produrre un risultato più dettagliato). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati Emilia Romagna
Il 10/02/2012 14.31, Martin Koppenhoefer ha scritto: 2012/2/10 albertobon...@libero.italbertobon...@libero.it: - Ferrovie (1) - Uso del suolo (2) (1) http://dati.emilia-romagna.it/component/rd/cerca.html?testo_cercato=tag%3A-k-k-rete+ferroviaria-k-k- non l'ho verificato, ma credo che ci manca poco (quindi potrebbe essere opportuno di riempire i nostri buchi copiando a mano da questi dati - a mano perchè i dati devono essere connessi col esistente). (2) http://dati.emilia-romagna.it/component/rd/item/11-11-uso-del-suolo-2008.html secondome il (2) non ha senso di importare perchè è troppo legato alla geometria dell'esistente (un import creerebbe centinaia di milliaia di problemi topologici): http://www3.regione.emilia-romagna.it/archiviogis/sig/images/bookshop/carto/Uso2008.png e in più usiamo due sistemi diversi, quindi i confini di un poligono fatto secondo una classificazione non dovrebbe necessariamente coincidere con quello di un altro sistema. Ancora in più credo che possiamo fare di meglio (loro hanno usato la scala della regione, noi potremmo usare la scale di una singola città / oppure di un singolo quartiere, quindi produrre un risultato più dettagliato). ciao, Martin Per come la vedo io, tutti gli import dovrebbero essere gestiti a mano nel senso che, salvo casi veramente particolari che neppure mi vengono im mente, bisognerebbe ben controllare cosa si sta importando e dove lo si mette. A maggior ragione se si fanno atterrare i dati in aree già mappate. In questa ottica le micro importazioni, specie se mirate per categorie come sta avvenendo per gli edifici della RER, mi sembra siano l' ottimale per fare meno danni possibili e rispettare quanto già mappato da altri. I percorsi delle ferrovie e l' uso del suolo li vedo più come un supporto e in qualche caso un controllo. L' uso del suolo sembra anche a me deleterio importarlo così com'è, al massimo può servire per importare le aree boschive ma anche in questo caso direi che è meglio il PCN... ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] cambio licenza e modifiche eseguite dai bot di Paolo Molaro
2012/2/8 Alberto Nogaro bartosom...@yahoo.it: Più volte in lista Paolo si era dichiarato disponibile a rilasciare queste modifiche in public domain per l'inclusione sotto la nuova licenza (credo che questo [1] sia stato il suo ultimo intervento a riguardo). Ora, se fosse confermata tale disponibilità da parte di Paolo Molaro, sarebbe utile cominciare ad inserire questa informazione negli strumenti che analizzano le perdite di dati che allo stato attuale verrebbero causate dal cambio di licenza. Ho da poco mandato una mail privata a Paolo per avere ulteriore conferma. Inoltre mi ero mosso presso il Licence Working Group per confermare la possibilità di relicencing. Dovrei comunicare loro l'elenco dei changeset creati da Paolo che si vogliono rilicenziare. Ho iniziato col compilare una lista degli edit che andrebbero rilicenziati: http://wiki.openstreetmap.org/wiki/Quick_History_Service/Changeset_Lists#Paolo_Molaro_edits Un'altra domanda riguarda la lista dei changeset che appare sulla sua pagina utente [3]. Qualcuno saprebbe spiegarmi come mai alcuni dei suoi changeset problematici non sono listati (ad esempio il [4])? [4] http://www.openstreetmap.org/browse/changeset/541928 Non ho capito dove controllare la problematicità. mi spieghi meglio? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati Emilia Romagna
Am 10.02.2012 15:31, schrieb albertobon...@libero.it: Per come la vedo io, tutti gli import dovrebbero essere gestiti a mano nel senso che, salvo casi veramente particolari che neppure mi vengono im mente, bisognerebbe ben controllare cosa si sta importando e dove lo si mette. A maggior ragione se si fanno atterrare i dati in aree già mappate. In questa ottica le micro importazioni, specie se mirate per categorie come sta avvenendo per gli edifici della RER, mi sembra siano l' ottimale per fare meno danni possibili e rispettare quanto già mappato da altri. I percorsi delle ferrovie e l' uso del suolo li vedo più come un supporto e in qualche caso un controllo. Ho mappato dagli foto bing dell 2011 la stazione di Bologna C.le, Bologna San Donato e la linea di cintura e tutti gli ingressi (verso Rimini, Venezia, Verona, Milano e TAV). Confrontando con i percorsi delle ferrovie, soprattutto nelle stazioni queste sono un pò semplificate; serve dare un'occhiata a Bologna centrale, non c'è nemmeno il numero giusto dei binari. Vuole dire che possono essere utili dove esistono solo foto a risoluzione bassa (o foto vecchie). Ma serve anche confrontare con le foto attuali: la linea verona-bologna è stata raddoppiata recentemente (dicembre 2009), ma c'è ancora la vecchia linea... -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici Emilia Romagna - guida all' importazione
Attenzione che la licenza con cui la RER ha rilasciato i dati é la 2.5 , non la 3.0 Poi tutto quello che razionalizza il codice é benvenuto :-) Il fatto di non mettere la provenienza dei dati (source) dove questi non sono dettagliati mi sembra non molto coerente, e non ne capisco la logica. ma forse ho male intenso il senso della proposta. Gianmario Mengozzi - sent by Android phone Il giorno 10/feb/2012 16:46, Simone Cortesi sim...@cortesi.com ha scritto: 2012/2/9 Gianmario Mengozzi gianmario.mengo...@gmail.com: Alla luce dei suggerimenti emersi ho modificato la lista [1], che ora comprende tutti i ruoli dello shp relativo all' edificato della RER. Per i campanili alla fine ho adottato l'approccio dei colleghi veneti [2]. [1] http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_edificato [2] http://wiki.openstreetmap.org/wiki/Veneto/Convenzioni_CTRN Ho trovato un piccolo errore qui: http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_edificato E' voluto che outer,D_TY_EDI,altro,source,Regione Emilia Romagna outer,D_TY_EDI,non assegnato,source,Regione Emilia Romagna outer,D_TY_EDI,non conosciuto,source,Regione Emilia Romagna questi siano ripetuti? Era volonta' dell'autore far si che apparisse la citazione della fonte in tutti i casi? non sarebbe meglio eliminarli e rimpiazzarli con una singola riga come la seguente? outer,D_TY_EDI,,source,Regione Emilia Romagna - CC-BY 3.0 che sortisce lo stesso risultato? -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OpenStreetMap] Re: Veneto Imports
On Tue, Feb 7, 2012 at 12:15, Tiziano D'Angelo tiziano.dang...@gmail.com wrote: vi inoltro uno strano messaggio ricevuto oggi da un utente inglese. Pure qui assediati dalla burocrazia? :D Cioè, stiamo importando dati della CTR da mesi, se non anni e costui arriva adesso e richiede la discussione sulla mailing list degli import? Discussione che penso sia già stata ampiamente fatta in passato sulle nostre mailing list locali! Ciao Non credo nemmeno esistesse la lista imports all'epoca. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con immagini PCN
Am 06.02.2012 18:25, schrieb Martin Koppenhoefer: 2012/2/6 Alexander Roalteralexan...@roalter.it: Am 06.02.2012 10:45, schrieb Simone Saviolo non sono un avvocato neanche io, ma l'utilizzo commerciale che non può essere utilizzato è dei contenuti di questo servizio in altre applicazioni, che mi pare si basa sulle immagini per se, non dai dati derivati dalle immagini. Perche il Punto 5. Produzione di Prodotti Open Data e 9. Utilizzo per la creazione di prodotti secondari che possono essere anche utilizzati commercialmente, ma ad esclusione del TileCaching permanente mi pare è ben compatibile con OSM. +1, lo vedo anch'io così, se coprisse la zona mia già lo utilizzerei ;-), su questa base: Condizioni di utilizzo: Il servizio e il suo contenuto possono essere utilizzati per le seguenti finalita':... 3. Cultura ... 5. Produzione di Prodotti Open Data, 6. Utilizzo a fini delle associazioni ONLUS, ... 9. Utilizzo per la creazione di prodotti secondari che possono essere anche utilizzati commercialmente, ma ad esclusione del TileCaching permanente. Questo l'ho ricevuto oggi: Hallo Alexander, [...} Soweit ich informiert bin könnt ihr die orthofotos 2011 für OSM-Zwecke auf jeden fall benutzen. Ihr dürft nur kein persönlichen Nutzen oder Kapital daraus schlagen. Die Wanderwege sind auch unter den verfügbaren Layern. Schon gesehen? Viele Grüße Oscar Romen Amt für raumbezogene und statistische Informatik 9.6 Ufficio Informatica geografica e statistica In sintesi: secondo lui, le ortofoto si possono usare per l'OSM in ogni caso. Non si possono usare per arricchirsi (credo che l'intenzione è che è vietato vendere qualcosa con le ortofoto incluse o direttamente usare le ortofoto in un servizio commerciale che le usa)... E poi fa anche noto che i sentieri sono disponibili in un altro layer... Forse la prossima cosa è aggiornare la pagina http://wiki.openstreetmap.org/wiki/AltoAdige ??? -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati Emilia Romagna
Ho mappato dagli foto bing dell 2011 la stazione di Bologna C.le, Bologna San Donato e la linea di cintura e tutti gli ingressi (verso Rimini, Venezia, Verona, Milano e TAV). Confrontando con i percorsi delle ferrovie, soprattutto nelle stazioni queste sono un pò semplificate; serve dare un'occhiata a Bologna centrale, non c'è nemmeno il numero giusto dei binari. Vuole dire che possono essere utili dove esistono solo foto a risoluzione bassa (o foto vecchie). Ma serve anche confrontare con le foto attuali: la linea verona-bologna è stata raddoppiata recentemente (dicembre 2009), ma c'è ancora la vecchia linea... penso che queste info siano di interesse per la RER ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Edifici Emilia Romagna - guida all' importazione
Vorrei aggiungere che, se importate gli edifici di Ferrara, potete tranquillamente sovrascrivere quelli che ci sono adesso, che ho disegnato io a mano guardando le immagini PCN. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con immagini PCN
2012/2/10 Alexander Roalter alexan...@roalter.it: Am 06.02.2012 18:25, schrieb Martin Koppenhoefer: Questo l'ho ricevuto oggi: Hallo Alexander, [...} Soweit ich informiert bin könnt ihr die orthofotos 2011 für OSM-Zwecke auf jeden fall benutzen. Ihr dürft nur kein persönlichen Nutzen oder Kapital daraus schlagen. Die Wanderwege sind auch unter den verfügbaren Layern. Schon gesehen? Viele Grüße Oscar Romen Amt für raumbezogene und statistische Informatik 9.6 Ufficio Informatica geografica e statistica a me sembra un po strano. Soweit ich informiert bin (finchè io sappia) mi sembra poco ufficiale come risposta, non ci possiamo basare su una mail che inizia così, quindi mi baserei su quanto scritto sul loro sito. Perchè Ihr dürft nur kein persönlichen Nutzen oder Kapital daraus schlagen. non è chiaro. Non ti possono dare una risposta ufficiale? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problemi con immagini PCN
On 02/10/2012 06:17 PM, Martin Koppenhoefer wrote: 2012/2/10 Alexander Roalteralexan...@roalter.it: Am 06.02.2012 18:25, schrieb Martin Koppenhoefer: Questo l'ho ricevuto oggi: Hallo Alexander, [...} Soweit ich informiert bin könnt ihr die orthofotos 2011 für OSM-Zwecke auf jeden fall benutzen. Ihr dürft nur kein persönlichen Nutzen oder Kapital daraus schlagen. Die Wanderwege sind auch unter den verfügbaren Layern. Schon gesehen? Viele Grüße Oscar Romen Amt für raumbezogene und statistische Informatik 9.6 Ufficio Informatica geografica e statistica a me sembra un po strano. Soweit ich informiert bin (finchè io sappia) mi sembra poco ufficiale come risposta, non ci possiamo basare su una mail che inizia così, quindi mi baserei su quanto scritto sul loro sito. Perchè Ihr dürft nur kein persönlichen Nutzen oder Kapital daraus schlagen. non è chiaro. Non ti possono dare una risposta ufficiale? aspetto una mail dall'altro che ho contattato. -- Cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati Emilia Romagna
Il giorno 10 febbraio 2012 14:31, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2012/2/10 albertobon...@libero.it albertobon...@libero.it: - Ferrovie (1) - Uso del suolo (2) (2) http://dati.emilia-romagna.it/component/rd/item/11-11-uso-del-suolo-2008.html secondome il (2) non ha senso di importare perchè è troppo legato alla geometria dell'esistente (un import creerebbe centinaia di milliaia di problemi topologici): http://www3.regione.emilia-romagna.it/archiviogis/sig/images/bookshop/carto/Uso2008.png e in più usiamo due sistemi diversi, quindi i confini di un poligono fatto secondo una classificazione non dovrebbe necessariamente coincidere con quello di un altro sistema. Ancora in più credo che possiamo fare di meglio (loro hanno usato la scala della regione, noi potremmo usare la scale di una singola città / oppure di un singolo quartiere, quindi produrre un risultato più dettagliato). ciao, Martin ad un import massivo e indiscriminato sono ovviamente anch'io assolutamente contrario : la quantità non deve assolutamente essere privilegiata nei confronti della qualità del dato, che rimane imho un obiettivo fondamentale da perseguire per il progetto. Tuttavia ci sono dei dati, io penso in particolar modo alla vegetazione (vogliamo limitarci alle zone boschive? ok!) e all'idrografia (laghi, fiumi, torrenti, canali ecc) che per ragioni di ordine pratico forse sarebbe il caso di non scartare a priori. L'alternativa qual'è? percorrere in canoa il corso dei fiumi gps alla mano? farsi a piedi il perimetro di un lago? perdere giornate intere a ricalcare un bosco ? (tra l'altro il PCN per l'ER è fermo al 2006 , mentre i dati liberati della regione sono del 2008). E' ovvio che ad una prima attività di estrazione andrebbe necessariamente fatto seguito seguito con un controllo attento alle sovrapposizioni , utilizzando i vari layers disponibili (Bing e PCN ) , ma non è quello che stiamo già facendo anche per l'importazione degli edifici? -- - Gianmario ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Edifici Emilia Romagna - guida all' importazione
Problema edifici duplicati. Vorrei ripercorrere la mia procedura di importazione dell'edificato della regione Emilia Romagna, che vado a dettagliare di seguito. Mi è accaduto di importare edificato doppio, come mi è stato fatto notare. Quindi gradirei chi mi mette nelle condizioni di evidenziare il passaggio sbagliato o omesso che ho praticato nella sequenza di istruzioni di Josm. Ho seguito alla lettera le istruzioni del Wiky: http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_edificato per quanto riguarda l'area di edificato oggetto dell'importazione (porzione del mio comune di appartenenza e/o area limitrofa) Carico il file xml ottenuto e apro la cartina PCN. Passo alla validazione: pulsante convalida. Correggo i riferimenti alla voce errori (selezionata l'intera cartella) con il pulsante correggi Ai riuferimentoi della cartella avvertimenti, mi comporto così: - per la sottocartella nodi duplicati di tipo misto utilizzo del pulsante correggi - per la sottocartella edifici sovrapposti clik sul pulsante seleziona (e in effetti gli edifici vengono evidenziati in rosso) quindi clik si icona di Josm cancella nodi o percorsi A questo punto non dovrebbero più esserci edifici sovrapposti? Qualche suggerimento? Grazie Beppe -Messaggio originale- Da: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Inviato: giovedì 9 febbraio 2012 12.07 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Edifici Emilia Romagna - guida all' importazione 2012/2/8 Luca Wehrstedt luca.wehrst...@gmail.com: * villa come building=detached detached sarebbe più villetta in italiano credo, villa non è ancora usato molto, ma non ci dovrebbe fermare... * villetta a schiera come building=terrace +1 * aggiungerei comunque un building=yes a tutti quelli in cui non viene settato esplicitamente (cioe' anfiteatro, edificio monumetale, mulino, ecc...) +1, oppure un building=mill, ... * campanile lo farei diventare building=church invece di building=bell_tower (quest'ultimo non mi pare un valore standard...) -1, building=bell_tower + man_made=tower + tower:type=bell_tower http://taginfo.openstreetmap.org/keys/tower%3Atype#values ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Edifici Emilia Romagna - guida all' importazione
Gianmario Mengozzi - sent by Android phone Il giorno 11/feb/2012 08:32, Giuseppe Amici giuseppeam...@virgilio.it ha scritto: Problema edifici duplicati. Vorrei ripercorrere la mia procedura di importazione dell'edificato della regione Emilia Romagna, che vado a dettagliare di seguito. Mi è accaduto di importare edificato doppio, come mi è stato fatto notare. Quindi gradirei chi mi mette nelle condizioni di evidenziare il passaggio sbagliato o omesso che ho praticato nella sequenza di istruzioni di Josm. Ho seguito alla lettera le istruzioni del Wiky: http://wiki.openstreetmap.org/wiki/IT:Emilia_Romagna_edificato per quanto riguarda l'area di edificato oggetto dell'importazione (porzione del mio comune di appartenenza e/o area limitrofa) Carico il file xml ottenuto e apro la cartina PCN. Passo alla validazione: pulsante convalida. Correggo i riferimenti alla voce errori (selezionata l'intera cartella) con il pulsante correggi Ai riuferimentoi della cartella avvertimenti, mi comporto così: - per la sottocartella nodi duplicati di tipo misto utilizzo del pulsante correggi - per la sottocartella edifici sovrapposti clik sul pulsante seleziona (e in effetti gli edifici vengono evidenziati in rosso) quindi clik si icona di Josm cancella nodi o percorsi A questo punto non dovrebbero più esserci edifici sovrapposti? Qualche suggerimento? Grazie Beppe -Messaggio originale- Da: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Inviato: giovedì 9 febbraio 2012 12.07 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Edifici Emilia Romagna - guida all' importazione 2012/2/8 Luca Wehrstedt luca.wehrst...@gmail.com: * villa come building=detached detached sarebbe più villetta in italiano credo, villa non è ancora usato molto, ma non ci dovrebbe fermare... * villetta a schiera come building=terrace +1 * aggiungerei comunque un building=yes a tutti quelli in cui non viene settato esplicitamente (cioe' anfiteatro, edificio monumetale, mulino, ecc...) +1, oppure un building=mill, ... * campanile lo farei diventare building=church invece di building=bell_tower (quest'ultimo non mi pare un valore standard...) -1, building=bell_tower + man_made=tower + tower:type=bell_tower http://taginfo.openstreetmap.org/keys/tower%3Atype#values ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] fortove ved rådhuspladsen
hej har været i kontakt med den bruger der har tilføjet fortove ved rådhuspladsen. han var ok med at vi ryddede lidt om, så jeg har givet det et forsøg: http://www.openstreetmap.org/edit?lat=55.676582lon=12.568046zoom=18 et par ting jeg stødte på: 1. i tilfælde hvor en fodgængersti krydser en svingbane, bør man så lade de to ways dele et punkt, og tilføje turn restrictions hvis nødvendigt, eller kan man blot lade de to ways krydse hinanden uden at dele et punkt? (josm giver en warning om at de krydser..) 2. en stor del af rådhuspladsen er afspærret pga metrobyggeri. det er markeret med et area. men en ruteberegner vil nok have svært ved at forstå det, med mindre de to areas deler nogen punkter? gates markerer man jo også fornuftigt nok som et punkt på en way, selvom det jo strengt taget er en simplificering. 3. jeg har valgt at tegne en footway langs med byggepladse, da det dels er en naturligt færdselsåre, og samtidig er ekstra kompliceret for ruteberegne at krydse pladsen da en del er afspærret pga metrobyggeriet. Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Vær. 118 Postboks 450 2300 København S Telefon +45 3366 3433 Mobil +45 2972 3788 Email z...@tmf.kk.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] fortove som separete ways?
Den 09-02-2012 14:42, Jørgen Elgaard Larsen skrev: Som jeg ser det, er det nøjagtigt det samme for rendere og ruteplanlæggere: Vi skal ikke mappe til en specifik applikation. Bare fordi nogle ruteplanlæggere lige nu ikke kan finde ud af veje som area, skal vi ikke ødelægge det for dem der kan - eller kommer til at kunne det. Hvis der er et problem med Garmin, og Garmin ikke vil rette det, vil jeg foreslå, at man i stedet ændrer eksportfunktionen fra OSM til Garmin, således at den oversætter areal-veje i OSM til et netværk af enkelt-veje i Garmin-formatet. Jeg er helt enig med Jørgen. Hvis vi har et area, siger det sig selv at man kan gå hen over. Dvs. informationen ligger der. Hvis en router ikke kan finde ud at det, kan man redigere data'ne før man giver den så det er noget den forstår. Synes bestemt ikke man skal indsætte ekstra veje fordi Garmin ikke kan finde ud af noget hvor information ligger i kortet. ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Skal cykelruter der ikke er skiltede, tegnes ind?
nemlig, så ligger de ikke i kortet, men er streger på kortet. Med venlig hilsen Michael Hammel M. +45 40 70 83 70 attachment: image001.png Cyklistforbundet Rømersgade 5 DK-1362 København K T +45 33 32 31 21 m...@dcf.dk www.dcf.dk Den 08/02/2012 kl. 20.59 skrev Carsten Nielsen: Og hvis en udenforstående så kommer forbi og finder at noget er ændret i området, hvordan skal vedkommende så kunne rette en fejl nå vedkommende ikke fysisk kan se hvordan alle de ikke fysiske tinge skal følge rettelserne ? Carsten Den 08-02-2012 20:03, Michael Hammel skrev: Selvfølgelig kan relationerne mellem stierne tegnes ind. Det kan tilmed blive nyttigt hvis nu man stod og ville lave en cykelruteplanner for cyklister. ;-) Umiddelbart vil jeg dog stille spørgsmålstegn ved om stierne er manifeste nok når der ikke er skiltet. Bl.a. af den grund har vi i Cyclistic.dk gjort det muligt at alle brugere kan gemme og dele egne ture i et lokalt lag, fremfor at gemme dem som relationer i osm. Michael Hammel Webmaster og webredaktør m...@dcf.dk Dansk Cyklistforbund Rømersgade 5 DK-1362 Copenhagen K Sent from myBike Den 08/02/2012 kl. 18.53 skrev Jens Winbladh j...@somewhere.dk: Hej Hvad tænker I om cykelruter der ikke er skiltede. Kan de tegnes ind i OSM? F.eks. Har Vejen kommune 15 super fine cykelruter, med foldere og kort. Men ruterne er ikke skiltede? Hvad siger I til det? Tænker at de skulle tagges som lokale ruter. Se evt. alle Vejens cykelruter: http://www.vejenkom.dk/cykelruter /Jens ___ 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 Ingen virus fundet i denne meddelelse. Kontrolleret af AVG - www.avg.com Version: 2012.0.1913 / Virusdatabase: 2112/4796 - Udgivelsesdato: 08-02-2012 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Skal cykelruter der ikke er skiltede, tegnes ind?
Det er begyndt at ligget nogle af dem derud. VisitVejen har lagt et par af de omtalte ruter ud i OSM. Se f.eks. http://cycling.lonvia.de/?zoom=14lat=55.42515lon=9.07888%20http://cycling.lonvia.de/?zoom=14lat=55.42515lon=9.07888eller http://www.openstreetmap.org/browse/relation/1476318 De ligger i en fin folder: http://www.vejenkom.dk/~/media/Vejenkom/Kultur%20og%20Fritid/Kultur%20og%20Fritid%20pdf/7%20Skodborg%20-%20rettet%202010.ashx /Jens 2012/2/10 Michael Hammel m...@dcf.dk nemlig, så ligger de ikke i kortet, men er streger på kortet. Med venlig hilsen Michael Hammel M. +45 40 70 83 70 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
9. feb. 2012 17.56 skrev Carsten Nielsen list_re...@toensberg.dk: Busruter kan faktisk godt være markeret fysisk på bus standere, men det er vist en detalje, det er mere et spørgsmål om at busruter administreres af bus selskaber som kan ændre disse efter behov, og hvordan får vi så OSM til at følge med ? Skal vi til at importere disse også, eller skulle vi ikke bare have dem liggende ved siden af og så kan de rutnings systemer der har brug for dem tage dem derfra ? Grundlæggende er jeg til dels enig, også fordi jeg synes det er pokkers besværligt at tegne ruterne ind i OSM, men det bliver hurtigt lidt teoretisk: - vi har i øjeblikket ikke noget sted at have dem liggende ved siden af - vi har ikke data vi kan importere fra nogen busselskaber så vidt jeg ved - de fleste busruter er faktisk ret konstante, ændringer kommer som regel med års mellemrum (af gode grunde for busselskaberne trykker jo en masse materiale om ruterne) - der er allerede konsensus om at putte ruter ind og accepterede tags - der er allerede masser af data, måske endnu ikke så meget i Danmark - ruterne er faktisk fysisk synlige i og med de er skiltede på stoppestederne Jeg er ærlig talt lidt overrasket over at folk udleder så meget af Frederik Ramms indlæg. http://lists.openstreetmap.org/pipermail/talk/2011-December/061288.html Som jeg læser det, brokker han sig over kvaliteten af dataimportering (at man ikke bare skal dumpe data ned i OSM uden hensyntagen til communitiet), og så efterlyser han en løsning på at få mere data ind uden at det gør det hele mere besværligt for andre; vel og mærke en løsning, ikke at folk stopper med at indsamle data. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Kommune/regionsgrænser ved kysten
Den 10-02-2012 15:09, Ole Laursen skrev: Jeg erærlig talt lidt overrasket over at folk udleder så meget af Frederik Ramms indlæg. http://lists.openstreetmap.org/pipermail/talk/2011-December/061288.html Som jeg læser det, brokker han sig over kvaliteten af dataimportering (at man ikke bare skal dumpe data ned i OSM uden hensyntagen til communitiet), og så efterlyser han en løsning på at få mere data ind uden at det gør det hele mere besværligt for andre; vel og mærke en løsning, ikke at folk stopper med at indsamle data. Jeg går ud fra at folk det er mig, eller i hvert fald inkluderer mig :-) Som sagt kunne jeg ikke finde Frederiks mail og refererede ud fra min hukommelse. Det glæder mig at den se den, og kan godt se at jeg måske overfortolker lidt (man har det jo med at læse det man gerne vil læse). Men det er denne formulering der har sat sig i min hukommelse: we largely allow people to add whatever data they are interested in. This has potential to cause trouble especially when coupled with imports - recent discussion revolved around 3D building data, about drawing roads as areas, about historic information, or about *certain streets meanwhile being a member of 30-odd relations* because there are that many bus lines. Min overfortolkning skyldes at jeg har set andre mails give udtryk for samme grund holdning, uden at kunne referere til nogen specifikke. Og jeg vil fastholde problemet med at det bliver meget vanskeligt at vedligeholde/opdatere fremover hvis veje og stier er del af relationer som de færreste vil kunne verificere. Carsten ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-midanglia] Spagehtti junctions in Cambridge and St Ives
On 9 Feb 2012, at 22:23, David Earl wrote: the part between the two sets of lights is indeed divided by a central reservation so the NW-SE section is justifiably dual, but not the other Mount Pleasant or Victoria Road / Histon Road approaches, at least not to anything like the extent now shown on OSM. If you look at the data in Potlatch with the Bing imagery, it appears to be traced pretty faithfully, at least as concerns the size of traffic island/distance between the carriageways on all approaches to that junction. It could be simplified perhaps, but on such a complex junction, there is value in having each possible route through the junction marked in full. Personally I would be happy with the general approach here. The one part I would look to modify is where Castle Street becomes Huntingdon Road, and the two dual carriageways suddenly meet at a single node (5313653). This looks ugly and doesn't reflect reality, so should be changed on both counts. In case 2 ( http://osm.org/go/eu6_VC5Dc-- ) there are no islands whatsoever (quite unusual nowadays at UK traffic lights, but then the main road is are quite narrow). You'll have to look at the data to see what's been done here, it's too close together to see on the map tiles at zoom 18. Again on SV: http://bit.ly/zyWvaF looking east on Houghton Road from just west of the Hill Rise junction. This does seem very OTT for the size of the junction. Personally I would change to just one way representing each road, joining them at a single node marked as a traffic light. That's my opinion, based on what feels about right to me. If there are any good guidelines that contradict me, I'm happy to stand corrected. :o) Tim ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-midanglia
Re: [Talk-gb-midanglia] Spagehtti junctions in Cambridge and St Ives
I've looked a bit further into disabled access to crossings, and raised it on the accessability mailing list, and found that there is a proposal to map crossing islands already (http://wiki.openstreetmap.org/wiki/Proposed_features/Traffic_island). After mailing about this, I then realized that it might be good to mark routes through a crossing (particularly for the type of traffic island which has two crossings onto it that aren't opposite each other); and someone on the accessibility list found that crossing is already used as a way as well as as a node. __John ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-midanglia
Re: [Talk-es] Topología y Catastro - idea off-topic??
Un preprocesamiento de los shapefiles como comenta Miguel sería perfecto. De esta forma eliminar nodos y vías duplicadas. El problema no es que estén duplicados porque eso cat2osm lo comprueba y lo elimina, el problema es cuando están duplicados pero no exactamente en la misma posición (cat2osm determina entonces que no es duplicado) o cuando han creado un nodo y una vía sobre otra vía existente y cosas así. Solucionando esos errores antes de empezar a leer los shapefiles no alteraría nada del programa y solucionaría esos fallos que como bien dices, si en una población hay muchos, pueden volverte loco. La semana que viene miramos a ver que opciones puede haber, ya que no somos muy expertos en formato shapefile. Saludos. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Hola buenas Seguí el magnifico tutorial que hay en el Wiki. Descargué datos del catastro de Avila, la malla de la peninsula y demás programas en Windows7. Bajé el programa cat2osm desde http:// https://github.com/AnderPijoan/cat2osm https://github.com/AnderPijoan/cat2osm en uno de los primeros enlaces y despues de varios intentos probando en windows, me generaba en results un Avila.osm vacio, y los .bat los generaba en el directorio raiz desde donde lanzaba la apli, intenté cambiar el config y nada no habia manera. Despues de organizar bien los directorios y carpetas me cambio a linux (bt5-64 con ubuntu actualizado). Intenté instalar las dependencias, java, etc, y que sobre todo el programa orm2orm funcionara bien, todo correcto, lanzo el programa cat2osm y lo mismo crea los .sh esta vez en la carpeta results, pero deja el .osm vacio, al parecer avanzaba más que en Windows, pero no terminaba de cojer bien los .SHA. Volví a releer todo el hilo y descargue otra vez el programa esta vez desde http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar lo coloco, echo un vistazo rapido al config y lanzo..: Sorpresa!, parece que no para de procesar en 20seg... , lleva desde las 6am compilando. A eso de las 11 seguía haciendo las PARCELASRUSTICAS... A las 14 ya cambió de mensaje: Error simplificanto vía, null, sale un mensaje cada 9 seg... mi pregunta es: ¿es un error serio y lo esta haciendo mal? o ¿lo dejo continuar porque va bien encaminado? Muchas gracias y un saludo -- View this message in context: http://gis.19327.n5.nabble.com/Herramienta-de-fusion-de-los-datos-actuales-con-el-catastro-tp5409874p5472761.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
El programa está funcionando correctamente salvo por ese error que no nos lo habíamos encontrado hasta ahora y no tenemos muy claro que es lo que pasa (a nosotros nos ha salido en zaragoza pero zaragoza tarda 4 días en ello en salir o algo así). Ávila no tengo ni idea de cuanto tardará, pero no estaría mal que lo dejaras (si no es mucha molestia) para intentar averiguar que es lo que está pasando. PD: no estaría de más que nos enviaras los datos del catastro originales y el osm que te genere para intentar reproducir aquí. PPD: hasta el miércoles vamos a estar MUY jodidos de tiempo porque tenemos una reunión importante. El 10 de febrero de 2012 16:13, Xavier xavier...@gmail.com escribió: Hola buenas Seguí el magnifico tutorial que hay en el Wiki. Descargué datos del catastro de Avila, la malla de la peninsula y demás programas en Windows7. Bajé el programa cat2osm desde http:// https://github.com/AnderPijoan/cat2osm https://github.com/AnderPijoan/cat2osm en uno de los primeros enlaces y despues de varios intentos probando en windows, me generaba en results un Avila.osm vacio, y los .bat los generaba en el directorio raiz desde donde lanzaba la apli, intenté cambiar el config y nada no habia manera. Despues de organizar bien los directorios y carpetas me cambio a linux (bt5-64 con ubuntu actualizado). Intenté instalar las dependencias, java, etc, y que sobre todo el programa orm2orm funcionara bien, todo correcto, lanzo el programa cat2osm y lo mismo crea los .sh esta vez en la carpeta results, pero deja el .osm vacio, al parecer avanzaba más que en Windows, pero no terminaba de cojer bien los .SHA. Volví a releer todo el hilo y descargue otra vez el programa esta vez desde http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar http://paginaspersonales.deusto.es/cruz.borges/cat2osm.jar lo coloco, echo un vistazo rapido al config y lanzo..: Sorpresa!, parece que no para de procesar en 20seg... , lleva desde las 6am compilando. A eso de las 11 seguía haciendo las PARCELASRUSTICAS... A las 14 ya cambió de mensaje: Error simplificanto vía, null, sale un mensaje cada 9 seg... mi pregunta es: ¿es un error serio y lo esta haciendo mal? o ¿lo dejo continuar porque va bien encaminado? Muchas gracias y un saludo -- View this message in context: http://gis.19327.n5.nabble.com/Herramienta-de-fusion-de-los-datos-actuales-con-el-catastro-tp5409874p5472761.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Bueno..., esto finalizó. Os comento: Error!: [2012-02-10 19:08:49.304] Error simplificando vía. null [2012-02-10 19:08:51.734] Error simplificando vía. null Exception in thread main java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58) Caused by: java.lang.NullPointerException at Cat2Osm.simplificarWays(Cat2Osm.java:137) at Gui.ejecutarCat2Osm(Gui.java:460) at Gui.main(Gui.java:46) ... 5 more -- View this message in context: http://gis.19327.n5.nabble.com/Herramienta-de-fusion-de-los-datos-actuales-con-el-catastro-tp5409874p5473708.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
tengo el mismo error en osx pero lo he parado... El 10/02/2012, a las 16:13, Xavier escribió: mensaje: Error simplificanto vía, null, sale un mensaje cada 9 seg... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Bueno os paso un poco más de información para ver si se me ocurre alguna idea. El equipo empezó el test a las 6 y acabó a las 19 con error. Y entre las 12 y 14 cambió de acción. estos son los ficheros en la carpeta result/ http://gis.19327.n5.nabble.com/file/n5473820/snapshot2.png Tengo un AMD Phenom x4 2.2Ghz con 4Gb de RAM DDR2 y un disco de 500Gb de sata2 formateado en ext4. El sistema operativo es: Linux bt 2.6.38 #1 SMP Thu Mar 17 22:59:29 EDT 2011 x86_64 GNU/Linux, basado en Ubuntu (usa las propias librerias de Ubuntu). Arranco y logueo como root, para que no haya problemas de permisos. El compilador java que he elegido es: # update-alternatives --config java There are 2 choices for the alternative java (providing /usr/bin/java). SelectionPath Priority Status * 0/usr/lib/jvm/java-6-openjdk/jre/bin/java 1061 auto mode 1/usr/bin/gij-4.4 1044 manual mode 2/usr/lib/jvm/java-6-openjdk/jre/bin/java 1061 manual mode # java -version java version 1.6.0_20 OpenJDK Runtime Environment (IcedTea6 1.9.10) (6b20-1.9.10-0ubuntu1~10.04.3) OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode) # ogr2ogr --version GDAL 1.6.3, released 2009/11/19 | | /PD: no estaría de más que nos enviaras los datos del catastro originales y el osm que te genere para intentar reproducir aquí./ | Los ficheros del Catastro si quieres te los envío y los testeaís. Pero no creo que sean que esten corruptos, usé windows7-64 y 7zip para descomprimirlos... y aun así, me fio. Con el tiempo que ha tardado (relativamente poco) la provincia de avila y si no se os ocurre algo rapido, voy a ir probando a: - bajarme de nuevo los ficheros del Catastro y compararlos. - Actualizar a Java 7 (si me es posible). - cambiar el ogr2ogr (version GDAL) instalada por defecto en los paquetes de ubuntu, por la de FWTools. Ya os voy comentando. Muchas gracias y un saludo -- View this message in context: http://gis.19327.n5.nabble.com/Herramienta-de-fusion-de-los-datos-actuales-con-el-catastro-tp5409874p5473820.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Hola a todos. Despues de pegarme e investigar un poco, lo primero que he cambiado es el ogr2ogr, al parecer la version ogr2ogr --version GDAL 1.6.3, released 2009/11/19, que viene en el ubuntu por defecto, no termina de funcionar bien con el programa cat2osm. He desinstalado el paquete gdal-bin, despues de instalar correctamente (un par de veces, y para asegurarme) el FWTools, y como parecia que no terminaba de coger el PATH he copiado el archivo ogr2ogr dentro de /usr/bin/ Me he descargado una poblacion más pequeña http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila#A Avila/Aveinte y he vuelto a ejecutar el script con el config nuevo (.. y los demás archivos extraidos en sus respectivos directorios...). El proceso se ha completado con EXITO en 30 a 40 minutos. Para q veaís y compareís resultados de esta pequeña localidad he creado unas imágenes. No lo he retocado aún, pero no parece y digo no parece, que haya conflictos serios. Hay un desplazamiento global hacia el SO con respecto a lo publicado (ver 2ª imagen) Esto es el resultado en bruto según se exportó sobre linux y JOSM: http://gis.19327.n5.nabble.com/file/n5474354/aveinte-cat.png Aqui se observa mejor el desplazamiento http://gis.19327.n5.nabble.com/file/n5474354/aveinte-cat-osm.png Ampliando Zoom sobre el la zona, podemos observar como esta publicado actualmente el pueblo: http://gis.19327.n5.nabble.com/file/n5474354/Aveinte-antes-10-2-2012.png Con el cat nuevo y OSM actual de fondo http://gis.19327.n5.nabble.com/file/n5474354/aveinte-catyosm.png Con cat y PNOA http://gis.19327.n5.nabble.com/file/n5474354/aveinte-catypnoa.png y para acabar una con zoom. http://gis.19327.n5.nabble.com/file/n5474354/aveinte-masdetalle-catyPNOA.png El resultado al parecer es muy bueno, :) que gusto da verlo tan cambiado. Cada vez que lo miro más, veo pequeños detalles que tendré q apuntar y los que sean dignos de mención, os los comentaré. Me gustaría seguir exportando pueblos de los alrededores. pero creo que me pondré a retocar este, así si veo errores de etiquetas y demás os lo comento. Lo dicho, muy buen trabajo. Muchas gracias. -- View this message in context: http://gis.19327.n5.nabble.com/Herramienta-de-fusion-de-los-datos-actuales-con-el-catastro-tp5409874p5474354.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Holas, 2012/2/11 Xavier xavier...@gmail.com: Hay un desplazamiento global hacia el SO con respecto a lo publicado (ver 2ª imagen) Esto es el resultado en bruto según se exportó sobre linux y JOSM: http://gis.19327.n5.nabble.com/file/n5474354/aveinte-cat.png Aqui se observa mejor el desplazamiento http://gis.19327.n5.nabble.com/file/n5474354/aveinte-cat-osm.png El desplazamiento que dices es respecto a todo OSM, o es por los limites administrativos? Y es realmente global? En el pantallazo de abajo con PNOA, el catastro se ve bien alineado. O es que se has movido una de las capas? A ver si son los limites que no están bien convertidos. Para la reproyeccion se había usado una rejilla mas o menos oficial, pero en algunos lugares me parecía que había varios metros de desplazamiento. Aunque a ser menos de 5 metros y sin ortofotos en estos tiempos es un poco difícil de detectar un desplazamiento tan pequeño. Saludos Ampliando Zoom sobre el la zona, podemos observar como esta publicado actualmente el pueblo: http://gis.19327.n5.nabble.com/file/n5474354/Aveinte-antes-10-2-2012.png Con el cat nuevo y OSM actual de fondo http://gis.19327.n5.nabble.com/file/n5474354/aveinte-catyosm.png Con cat y PNOA http://gis.19327.n5.nabble.com/file/n5474354/aveinte-catypnoa.png y para acabar una con zoom. http://gis.19327.n5.nabble.com/file/n5474354/aveinte-masdetalle-catyPNOA.png El resultado al parecer es muy bueno, :) que gusto da verlo tan cambiado. Cada vez que lo miro más, veo pequeños detalles que tendré q apuntar y los que sean dignos de mención, os los comentaré. Me gustaría seguir exportando pueblos de los alrededores. pero creo que me pondré a retocar este, así si veo errores de etiquetas y demás os lo comento. Lo dicho, muy buen trabajo. Muchas gracias. -- View this message in context: http://gis.19327.n5.nabble.com/Herramienta-de-fusion-de-los-datos-actuales-con-el-catastro-tp5409874p5474354.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ee] maakaart.ee markeriga
Vinge! Ma kujutaks URL-s ette, et lihtsaim oleks parameeter marker=marker.png, kui see on määratud siis otsib openlayers markerite hulgast vastava. Hetkel on seal olemas marker.png, marker-green.png, marker-gold.png, marker-blue.png variandid. Põhimõtteliselt võib ju lubada ka URL-i seal, siis võib kasutada näiteks google markerite mootorit [1] igasugu lahedate piltide tegemiseks. [1] http://code.google.com/intl/et-EE/apis/chart/image/docs/gallery/dynamic_icons.html#pins Jaak Kuupäeval 10. veebruar 2012 12:25 kirjutas Mihkel Oviir sook...@yahoo.com: Kuna minu panus on siiani olnud null aga igapäeva tööst 90% ongi OpenLayers, siis ma hea meelega kontributeeriks kaart.maakaart.ee kaardipoolt. Kuna permalinki kontroll on niiehknaa seal juba olemas, siis markeri kuvamisel saaks seda ära kasutada. Teine asi, mis mulle kohe silma jäi, on scaleline, see näitab aiateibaid, aitab kontrolli parameeter geodesic:true -- Mihkel Oviir sook...@yahoo.com From: Raul Kern raunator+l...@gmail.com To: OpenStreetMap Estonia talk-ee@openstreetmap.org Sent: Thursday, February 9, 2012 9:39 PM Subject: Re: [Talk-ee] maakaart.ee markeriga Vikipeedia kaardirakenduste lehele panin praegu tavalise maakaart.ee lingi. Ehk siis artiklist Kaaba jõuab järgmisele lehele: http://et.wikipedia.org/wiki/Kaaba - http://toolserver.org/~geohack/geohack.php?pagename=Kaabalanguage=et¶ms=21.4225_N_39.826111_E_region:SA_type:landmark - http://kaart.maakaart.ee/?zoom=15lat=21.4225lon=39.826111 -- Raul 2012/2/9 Jaak Laineste j...@nutiteq.com: Viskasin kiirelt selle Eesti keelde koos näite ja kohandusega: http://wiki.openstreetmap.org/wiki/Et:OpenLayers_Marker_Example Jaak On 09.02.2012, at 16:58, Jaak Laineste wrote: Kui ise javascripti teha, siis on http://wiki.openstreetmap.org/wiki/OpenLayers_Marker_Example lihtne õpetus. See kasutab standard-kaarti. Et kaardi (tile-de) allikat muuta, tuleks selle asemel: map.addLayer(new OpenLayers.Layer.OSM()); kaart luua paari lisaparameetriga: map.addLayer(new OpenLayers.Layer.OSM(OpenStreetMap Eesti, http://kaart.maakaart.ee/modtile/est/${z}/${x}/${y}.png;); Jaak On 09.02.2012, at 15:46, kasu wrote: On 02/09/2012 12:52 PM, Raul Kern wrote: Terv, kas http://kaart.maakaart.ee kaarti saab kuvada ka koos markeriga nagu http://www.openstreetmap.org/index.html?mlat=58.25mlon=22.486111zoom=12layers=B000FTF ? Kaarti saab koos markeriga kuvada aga selleks peab ise tiba javascripti juurde panema. kasu ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- Jaak Laineste ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ca] Aboriginal Lands
For tagging Aboriginal lands (reserves) I agree with using boundary=aboriginal_land. -- Bernie Connors, P.Eng Service New Brunswick (506) 444-2077 45°56'25.21N, 66°38'53.65W www.snb.ca/geonb/ -Original Message- From: Tyler Gunn [mailto:ty...@egunn.com] Sent: Thursday, 2012-02-09 17:38 To: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Aboriginal Lands It is possible to include Aboriginal Lands in the next release of Canvec.osm. However, I'm trying to find a consensus in the community concerning the tags/values to use? I've found some links to. - boundary=administrative; admin_level =aboriginal_land - boundary=administrative; admin_level =2 to 4 - boundary=protected_area; protect_class=24 I'm curious how this information would be represented given the distribution of CanVec data in a tiled format? Given that administrative boundaries tend to span larger areas, I don't know if it would make sense to split these at tile boundaries. Were you thinking to provide these boundaries in a separate file of sorts? How these boundaries are represented should perhaps be driven from where they fit into the overall picture in terms of how Canada is split up? When I think of things like the country, provinces, territories, cities/towns/etc, these all fit nicely into the boundary=administrative and admin_level hierarchy. We have separate boundary types for provincial parks, national parks, etc, and I'd probably interpret the aboriginal lands the same way. So I think its entirely reasonable to represent these as: boundary=aboriginal_land Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Point adresse à Montpellier
Le 10 février 2012 08:38, rldhont rldh...@gmail.com a écrit : Mais en fait il faut réussir à remonter au niveau des services qui fournissent les données mais ne s'intéressent pas forcément à l'OpenData Bien des communes n'ont pas les moyens de supporter un SIG. Mais avec le développement accéléré des intercommunalités, et même leur fusion dans certains cas (des communautés de communes fusionnent pour devenir une communauté d'agglomération, disposant d'autres moyens plus importants), bon nombre se mettent à bouloir gérer leur propre SIG au lieu de dépendre de services divers qui fournissent des infos pas synchronisées entre elles voire contradictoires ou insuffisamment précises pour leurs besoins. Par exemple dans les appels d'offre pour l'équipement, le ramassage scolaire, les eaux usées, les nouveaux réseaux de télécommunication comme la fibre ou les antennes de téléphonie, ou pour respecter des cahiers des charges environnementaux et de nouvelles règles de contrôle de conformité des installations, d'origine française ou européenne, ou aussi pour mesurer les disparités d'offres de services entre les territoires, avec des statistiques détaillées de population issues du recensement, ou encore pour justifier des demandes de subvention ou dotation par le département, la région, l'Etat ou l'Union européenne, ou encore pour vérifier des clauses de respect de la concurrence dans les demandes d'installations ce certaines activités réglementées. Un SIG efficace et bien renseigné permet une planification plus précise et des décisions mieux motivées qui ne seront pas contestées ensuite devant les tribunaux, et cela permet aussi de sérieuses économies budgétaires en évitant des travaux inutiles ou dont la priorité n'est pas essentielle par rapport à d'autres projets. Ça permet aussi de mieux expliquer à la population les décisions prises, et de faciliter aussi les négociations avec les riverains concernés ou lorsqu'il est envisagé des compensations financières (surtout en cas d'expropriations ou d'arrêtés de fermeture de certaines activités trop polluantes ou dangereuses que la communauté ne peut prendre en charge, ou de levée de taxes supplémentaires sur ces activités, ou encore quand des conflits de voisinage surviennent entre administrés, car les collectivités sont de plus en plus souvent concernées ou prises à partie et appelées à témoigner pour renseigner les tribunaux...). Sinon comment expliquer à la population des fermetures de classes afin de pouvoir mieux financer d'autres classes dans des zones sous-équipées ? Comment autoriser un commerce à ouvrir tandis qu'on le refuse à un autre ? Comment expliquer une changement de fréquence ou une réduction du nombre d'arrêts ou leur déplacement dans un ramassage scolaire subventionné par la collectivité ? Comment éviter des accusations de clientélisme par une opposition minicipale qui accuse de privilégier certains quartier plutôt que d'autres ? C'est d'autant plus nécessaire que toutes les collectivités font en principe la chasse au gaspillage et cherchent des économies, dans un contexte où l'appel aux prêts des banques est de plus en plus cher et compliqué, et où les banques demandent aussi des justifications de rentabilité fiscale, et quand l'Etat, les départements et régions ou l'Union européenne réduisent leurs dotations de fonctionnement ou même d'investissement... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Périphérique nord-ouest de Tours
Bonjour, Ce mail est potentiellement pour local-to...@listes.openstreetmap.fr :-) En regardant ce document sur le site du CG37 : http://www.cg37.fr/periph/pdf/plan-general-presentation-2006.pdf la sortie du diffuseur de Fondettes en direction de Fondettes (la D 367) est tracé comme passant sous le périphérique, puis sous la voie ferrée. Dans OSM : http://www.openstreetmap.org/?lat=47.41766lon=0.63591zoom=17layers=M on a une modélisation opposée : la D 367 passe au dessus du périphérique puis au dessus de la voie ferrée. Par ailleurs en venant du nord, les bretelles de sortie puis d'entrée ne peuvent accéder à la D367, en pont de part et d'autre du croisement : http://www.openstreetmap.org/browse/node/1445519838 N'étant pas dans le coin pour constater, est-ce que les régionaux de l'étape ont moyen de valider une des versions, et le cas échéant de mettre à jour la base ? merci vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Traduction des toponymes et lieux assistée par Wikipedia
salut, Juste une idée qui m’a traversé l’esprit quand j’ai vu passer les mots « traduction en plusieurs langues »… Il existe un projet/site de traduction communautaire basé sur une solution libre : Tatoeba (http://tatoeba.org/) Actuellement, les traductions ne concernent par les toponymies, mais peut-être qu’il y a un sujet à développer autour de ça ? Qu’en pensez-vous ? Le 9 février 2012 11:18, Vincent de Chateau-Thierry v...@laposte.net a écrit : De : Pieren 2012/2/9 Ab_fab (et qui plus est inutile puisque dans la même langue) Cet outil ne devrait pas ajouter de name:fr en France. C'est contre-productif et dangereux (doublon, risque de dichotomie, à l'encontre des pratiques actuelles et des éditeurs). Moi, je serais partisan de les supprimer systématiquement dans l'hexagone. Dans l'hexagone d'accord, mais peut-être pas au bord :-) Taginfo France compte un millier de name:fr : http://taginfo.openstreetmap.fr/keys/name:fr#values et les 3 valeurs les plus récurrentes sont sur des objets frontaliers : Frontière franco-suisse, Le Rhin et La Moselle. == début de HS == Cela dit, on peut de demander si sur une limite administrative, le tag name tout court est pertinent. Pour moi non, il devrait être déduit des noms des emprises administratives auxquelles il participe, et pas stocké en dur. Libre à chaque utilisateur de construire le nom qu'il veut, dans la langue qu'il veut, et avec le niveau administratif qu'il souhaite. == fin de HS == vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Cordialement, -- Mikaël Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Point adresse à Montpellier
Le 10/02/2012 09:30, Philippe Verdy a écrit : Le 10 février 2012 08:38, rldhontrldh...@gmail.com a écrit : Mais en fait il faut réussir à remonter au niveau des services qui fournissent les données mais ne s'intéressent pas forcément à l'OpenData Ma remarque portait plus sur le fait que les services qui fournissent des données SIG ou autres, ne s'intéressent pas toujours à l'OpenData, et que le service OpenData n'a pas toujours les compétences et le temps pour vérifier ces données. Maintenant nous sommes là, pour exploiter ces données et faire un retour pour démontrer l'intérêt d'un partage des données. René-Luc Bien des communes n'ont pas les moyens de supporter un SIG. Mais avec le développement accéléré des intercommunalités, et même leur fusion dans certains cas (des communautés de communes fusionnent pour devenir une communauté d'agglomération, disposant d'autres moyens plus importants), bon nombre se mettent à bouloir gérer leur propre SIG au lieu de dépendre de services divers qui fournissent des infos pas synchronisées entre elles voire contradictoires ou insuffisamment précises pour leurs besoins. Par exemple dans les appels d'offre pour l'équipement, le ramassage scolaire, les eaux usées, les nouveaux réseaux de télécommunication comme la fibre ou les antennes de téléphonie, ou pour respecter des cahiers des charges environnementaux et de nouvelles règles de contrôle de conformité des installations, d'origine française ou européenne, ou aussi pour mesurer les disparités d'offres de services entre les territoires, avec des statistiques détaillées de population issues du recensement, ou encore pour justifier des demandes de subvention ou dotation par le département, la région, l'Etat ou l'Union européenne, ou encore pour vérifier des clauses de respect de la concurrence dans les demandes d'installations ce certaines activités réglementées. Un SIG efficace et bien renseigné permet une planification plus précise et des décisions mieux motivées qui ne seront pas contestées ensuite devant les tribunaux, et cela permet aussi de sérieuses économies budgétaires en évitant des travaux inutiles ou dont la priorité n'est pas essentielle par rapport à d'autres projets. Ça permet aussi de mieux expliquer à la population les décisions prises, et de faciliter aussi les négociations avec les riverains concernés ou lorsqu'il est envisagé des compensations financières (surtout en cas d'expropriations ou d'arrêtés de fermeture de certaines activités trop polluantes ou dangereuses que la communauté ne peut prendre en charge, ou de levée de taxes supplémentaires sur ces activités, ou encore quand des conflits de voisinage surviennent entre administrés, car les collectivités sont de plus en plus souvent concernées ou prises à partie et appelées à témoigner pour renseigner les tribunaux...). Sinon comment expliquer à la population des fermetures de classes afin de pouvoir mieux financer d'autres classes dans des zones sous-équipées ? Comment autoriser un commerce à ouvrir tandis qu'on le refuse à un autre ? Comment expliquer une changement de fréquence ou une réduction du nombre d'arrêts ou leur déplacement dans un ramassage scolaire subventionné par la collectivité ? Comment éviter des accusations de clientélisme par une opposition minicipale qui accuse de privilégier certains quartier plutôt que d'autres ? C'est d'autant plus nécessaire que toutes les collectivités font en principe la chasse au gaspillage et cherchent des économies, dans un contexte où l'appel aux prêts des banques est de plus en plus cher et compliqué, et où les banques demandent aussi des justifications de rentabilité fiscale, et quand l'Etat, les départements et régions ou l'Union européenne réduisent leurs dotations de fonctionnement ou même d'investissement... ___ 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