Re: [Talk-at] Wiener Katastralgemeinden
Am 2015-06-06 um 22:53 schrieb Friedrich Volkmann: On 06.06.2015 11:46, Andreas Uller wrote: Aus diesem Grund (siehe unten) stellt sich auch die Frage, ob die Katastralgemeinden überhaupt als boundary=administrative definiert werden sollten, Katastralgemeinden sind das einzige, was der Definition von admin_level=10 entspricht, und admin_level=10 wird laut Taginfo-Karte überall in Mitteleuropa massenhaft verwendet. D.h. boundary=administrative ist für Katastralgemeinden ein De-facto-Standard, das werden wir jetzt nicht mehr umdrehen können. *Ich finde es nicht gut das in das admin_level Schema einzufügen da die Katastralgemeinden rein nur das Grundbuch gemacht sind*. (http://de.wikipedia.org/wiki/Katastralgemeinde gleich der 1. Satz) Da finde ich es eher richtig Ortschaften noch unterhalb der Gemeinden als Grenze anzulegen. (Wo es aber meist ja keine genau definierte Grenze gibt.) In anderen Ländern kann es aber in deren Verwaltungshierarchie einen admin_level9 geben der auch adresstechnisch interessant sein? Das würde dann Nomiantim sicher sehr durcheinanderbringen und vielleicht auch die Katatstralgem. beim geocodieren auswerfen. Was hier in OÖ völlig Sinnfrei wäre. Sollen wir Wahlsprengel, Wahlkreise, Finanzamtszuständigkeitsgebiete, Tuppertantenzuständigkeitsgebiete usw. auch taggen? -- Ja gerne, aber 1. in neuen tagging namensräumen und 2. haben wir nichts wichtigeres zu tun? Hausnummern oder Routingfähigkeit zum Beispiel? Ich halte das für den selben Blödsinn wie das Gemeinde in den Namen der Gemeindegrenzen. Ein Österreichischer Alleingang mit mehr Schaden als Nutzen. oder nicht in ein anderes Schema (mit Bezirksgerichten, Landesgerichten, OLG) gehören. Was haben sie mit Gerichten zu tun? Das zeigt, wie schwer es ist, ein passenderes Schema zu finden, solang keiner sagen kann, was Katastralgemeinden überhaupt noch für eine Funktion haben - außer dass sie unermüdlich in Statistiken, Gemeindehomepages und Wikipediaseiten aufgelistet werden. Aber unter admin_level hat die Katastralgemeinde meiner Meinung genauso wenig verloren... mfg Michael PS: Ich beziehe mich hier auf OÖ bzw. meine Heimatumgebung, da das Thema aber Wiener Katastralgemeinden heißt und gerade die Verwaltung in Wien etwas anders ist möchte ich den Wienern für Wien nicht dreinreden. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk] (licence of wikidata) was: Can wikidata links help fight name inflation?
It is not quite so simple - wikipedia articles: clearly each on its own a creative work covered by copyright. Distribution licence not compatible with the ODbL, but that is not of any consequence for OSM since nobody (I hope) is proposing to include Wikipedia articles in OSM. @Eugene a DCMA notice against 3rd party text in a wikipedia article would make sense and I suspect that the WMF would and has honoured such. - individual facts extracted from wikipedia articles. From a WMF pov unproblematic since facts can't be copyrighted, from an OSM pov problematic because they might have originally been extracted from a 3rd party source and might be from a database rights pov, a substantial extract of that source (for example POI data from google) if included wholesale in OSM. - wikidata data: the WMF claims no database rights in the collection of individual facts and the reasoning for CC0 is based on the facts can't be copyrighted doctrine. In other words, we could wholesale import wikidata in to OSM from a WMF pov, however as already said, the provenance of the data is unclear and has the same issues as facts extracted from wikipedia articles. @Eugene I doubt if the WMF was actually thinking of DCMA requests against wikidata content in the published policy, as following one would damage their stance on facts not being copyrightable. In any case it is clear that they have not been policing their sources as SomeoneElse points outs. I should point out that part of the differences in the WMF and OSM stance is due to differences in the business models. The WMF, together with google, are the main (if not sole) distributors of W* content and at least the WMF clearly takes the stance that it is domiciled in the US and that is the only thing it cares about (that is the polite version). OSM on the other hand distributes its data to third parties all over the world for further use and to be useful the dataset needs to be free from rights of third parties that would limit its use in at least all regions we consider important. Disclaimer: I speak neither for the OSMF nor the WMF, nor does the above touch on the ethical aspects of copying from a third party, potentially a competitor, without explicit permission and potentially in violation of contractual terms of use/service. Simon Am 07.06.2015 um 18:40 schrieb SomeoneElse: On 07/06/2015 12:43, Simon Poole wrote: - while superficially the licence of wikidata is claimed to be CC0 That does raise an interesting question - while the source of wikidata is claimed to be CC0 the source of wikipedia isn't: http://en.wikipedia.org/wiki/Wikipedia:Copyrights A side-issue here is that that as I understand it* isn't compatible with ODBL, so those people using: http://taginfo.openstreetmap.org/tags/source=wikipedia probably shouldn't be using that as a source. However the bit that I really don't understand is that, to take an example wikidata page: https://www.wikidata.org/wiki/Q23098 the source of that is from other, non-CC0-licensed places - how can the result be CC0? Cheers, Andy * but please feel free to explain where I'm wrong here, in the jurisdiction in which OSM is based. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Wie GPX-Routen anzeigen in OSM Mapnik oder ähnlich
Bei bikemap.net und naviki.org kannst du GPX tracks hochladen und ausserdem feine Detailmappen entlang der Strecke als druckfertige pdf Datei produziern. Allerdings nicht auf Mapnik Hintergrund. 2015-06-07 21:31 GMT+02:00 dod...@online.de: Hey, www.wandermap.net bzw. www.bikemap.net kennst Du? Hier kannst Du über “Route anlegen” u.a. auch eine gpx-Datei raufladen; Du kannst Dir dann die Route betrachten oder auch bearbeiten… Alternativ könnte auch www.komoot.de etwas für Dich sein… VG, Thorsten Gesendet von Windows Mail Von: Bernhard Weiskopf Gesendet: Sonntag, 7. Juni 2015 15:58 An: Openstreetmap allgemeines in Deutsch Hallo an alle, von Bekannten habe ich ein paar Routenempfehlungen als gpx-Dateien erhalten. Wie kann ich die am einfachsten in OSM Mapnik ( http://www.openstreetmap.org) oder einer ähnlichen Karte betrachten? Unter OsmAnd auf dem Smartphone ist das kein Problem, aber auf dem größeren Bildschirm am PC habe ich keine einfache Möglichkeit gefunden. Hochladen als GPS-Track funktioniert nicht, die Meldung lautet “Found no good GPX points in the input data. At least 75% of the trackpoints lacked a time tag …” Dann folgt der Link http://wiki.openstreetmap.org/index.php/GPX_Import_Failures Von dort gibt es weitere Links, auch zu weiteren Programmen (die ich nicht kenne und nicht installiert habe) und von denen ich nicht weiß, ob sie bzw. welches und wie zum Ziel führen. Kann mir jemand eine einfache Lösung empfehlen? Gruß Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-dk] Uheldig rutning
Jeg var i dag udsat for en meget uheldig rutning: http://agol.dk/elgaard/osm/Jyllinge.png ved http://www.openstreetmap.org/#map=19/55.69326/12.40915 Jeg brugte Osmand, men ORSM http://www.openstreetmap.org/ bruger samme uheldige rutning. Problemet er trin 5, hvor den tror, at den kan lave to meget korte venstresving for at lave et højresving til Jyllingevej. Jeg har nu tilføjet turn restrictions for at forhindre det. Men hvorfor ville ruteberegneren overhovedet ønske at køre den vej, det ser da ud til at være længere end bare at bruge højresvingsbanen mod Jyllingevej. Og hvor mange andre steder har vi den slags problemer? Jeg mindes at have været udsat for et par andre lignende situationer. Mapquest ruteberegneren på openstreetmap.org går det furnuftige, så det kan ikke fordi en eller anden fejl forhindrer at man kan bruge højresvingsbanen. -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-de] Wie GPX-Routen anzeigen in OSM Mapnik oder ähnlich
Hallo Thorsten, www.wandermap.net bzw. www.bikemap.net waren mir zwar bekannt, hatte ich aber irgendwie nicht im Fokus. Hab mir beide angeschaut und ausprobiert: Hochladen und anschauen klappt auch hier sehr einfach. Danke für die Tipps. Bei www.komoot.de bin ich zwar registriert und habs auch auf dem Smartphone installiert, aber eine Karte auf dem großen PC-Bildschirm (Windows) habe ich noch nicht hinbekommen. Gruß Bernhard -Ursprüngliche Nachricht- Von: dod...@online.de [mailto:dod...@online.de] Gesendet: Sonntag, 7. Juni 2015 21:31 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Wie GPX-Routen anzeigen in OSM Mapnik oder ähnlich Hey, www.wandermap.net bzw. www.bikemap.net kennst Du? Hier kannst Du über “Route anlegen” u.a. auch eine gpx-Datei raufladen; Du kannst Dir dann die Route betrachten oder auch bearbeiten… Alternativ könnte auch www.komoot.de etwas für Dich sein… VG, Thorsten Gesendet von Windows Mail Von: Bernhard Weiskopf Gesendet: Sonntag, 7. Juni 2015 15:58 An: Openstreetmap allgemeines in Deutsch Hallo an alle, von Bekannten habe ich ein paar Routenempfehlungen als gpx-Dateien erhalten. Wie kann ich die am einfachsten in OSM Mapnik (http://www.openstreetmap.org) oder einer ähnlichen Karte betrachten? Unter OsmAnd auf dem Smartphone ist das kein Problem, aber auf dem größeren Bildschirm am PC habe ich keine einfache Möglichkeit gefunden. Hochladen als GPS-Track funktioniert nicht, die Meldung lautet “Found no good GPX points in the input data. At least 75% of the trackpoints lacked a time tag …” Dann folgt der Link http://wiki.openstreetmap.org/index.php/GPX_Import_Failures Von dort gibt es weitere Links, auch zu weiteren Programmen (die ich nicht kenne und nicht installiert habe) und von denen ich nicht weiß, ob sie bzw. welches und wie zum Ziel führen. Kann mir jemand eine einfache Lösung empfehlen? Gruß Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-at] highway=path für Fahrräder verboten?
Hi, bin gerade über http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions gestolpert - in der Tabelle ist Ö das einzige Lande wo für highway=path ein bicycle=no als default eingetragen ist. Ist das ein Versehen? Macht es irgendeinen Sinn sich so von den übrigen 21 Ländern in der Tabelle zu unterscheiden? Es hilft auch nicht, daß in DE:Tag:highway=path steht In Deutschland - wenn nicht abweichend erfasst - implizit erlaubt für Fußgänger, Radfahrer und Reiter - somit werden die meisten Mapper sowieso ein implizites bicycle=yes anzunehmen. Richard ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] RÚIAN, Doplňkové soubory SO bez č.p./č.ev.
Dobrý den, OK, díky. Vy jste na tom ČÚZK asi veselé kopy ;-). Tak napřed byly Trasakce, pak jste z toho udělali Transakce, ale v těchto speciálních souborech pro změnu Transkace :-) vf:Parcela gml:id=PA.26107993010 pai:Id26107993010/pai:Id pai:KmenoveCislo2175/pai:KmenoveCislo pai:PododdeleniCisla2/pai:PododdeleniCisla pai:VymeraParcely93/pai:VymeraParcely pai:DruhCislovaniKod2/pai:DruhCislovaniKod pai:DruhPozemkuKod5/pai:DruhPozemkuKod pai:KatastralniUzemi kui:Kod687707/kui:Kod /pai:KatastralniUzemi pai:BonitovaneDily com:BonitovanyDil com:Vymera93/com:Vymera com:BonitovanaJednotkaKod10110/com:BonitovanaJednotkaKod -com:IdTranskace0/com:IdTranskace com:RizeniId0/com:RizeniId /com:BonitovanyDil /pai:BonitovaneDily /vf:Parcela ale i když to změním ručně na Transakce, tak to stejně neprojde (to bude pro FordFroga, jestli to tu čte): Exception in thread main java.lang.NullPointerException at com.fordfrog.ruian2pgsql.convertors.ParcelaConvertor.fill(ParcelaConvertor.java:169) at com.fordfrog.ruian2pgsql.convertors.ParcelaConvertor.fill(ParcelaConvertor.java:41) at com.fordfrog.ruian2pgsql.convertors.AbstractSaveConvertor.insertItem(AbstractSaveConvertor.java:283) at com.fordfrog.ruian2pgsql.convertors.AbstractSaveConvertor.saveData(AbstractSaveConvertor.java:246) at com.fordfrog.ruian2pgsql.convertors.AbstractSaveConvertor.convert(AbstractSaveConvertor.java:168) at com.fordfrog.ruian2pgsql.convertors.CollectionConvertor.processElement(CollectionConvertor.java:93) at com.fordfrog.ruian2pgsql.convertors.AbstractConvertor.convert(AbstractConvertor.java:77) at com.fordfrog.ruian2pgsql.convertors.DataConvertor.processElement(DataConvertor.java:212) at com.fordfrog.ruian2pgsql.convertors.AbstractConvertor.convert(AbstractConvertor.java:77) at com.fordfrog.ruian2pgsql.convertors.ExchangeFormatConvertor.processElement(ExchangeFormatConvertor.java:73) at com.fordfrog.ruian2pgsql.convertors.AbstractConvertor.convert(AbstractConvertor.java:77) at com.fordfrog.ruian2pgsql.convertors.MainConvertor.processElement(MainConvertor.java:315) at com.fordfrog.ruian2pgsql.convertors.MainConvertor.readInputStream(MainConvertor.java:294) at com.fordfrog.ruian2pgsql.convertors.MainConvertor.processFile(MainConvertor.java:253) at com.fordfrog.ruian2pgsql.convertors.MainConvertor.convert(MainConvertor.java:138) at com.fordfrog.ruian2pgsql.App.main(App.java:133) Dne Pá 5. června 2015 21:28:55, Petr Souček napsal(a): Dobrý den, chápete to úplně správně :-). Přesně takto jsou soubory koncipovány. Budu rád, pokud byste narazil na nějakou nesrovnalost, když mě budete kontaktovat. Ať se Vám práce daří! Petr Souček -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Thursday, June 04, 2015 10:25 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] RÚIAN, Doplňkové soubory SO bez č.p./č.ev. Dobrý večer, děkuji, nevěděl jsem a už stahuji. Jestli tomu správně rozumím, tak v případě, že si databázi stále udržuji pomocí změnových souborů, tak by mi mělo stačit nahrát si tyto doplňkové soubory pouze jednou. Případné změny v obsahu těchto dat budou zahrnuty ve změnových souborech. Chápu správně? Díky. -- Zdraví Petr Vejsada Dne Čt 4. června 2015 22:01:50, Petr Souček napsal(a): Dobrý večer, možná jste zaznamenali, že na základě vašich připomínek jsme zveřejnili doplněk k výměnnému formátu RÚIAN. V části Doplňkové soubory SO bez č.p./č.ev. jsou vystaveny měsíční stavové soubory VFR, které doplňují standardní stavové soubory o specifické stavební objekty a parcely, které nejsou standardně jejich součástí. Zveřejněno 1.6.2015 Doplňkové soubory SO bez č.p./č.ev. Pro uživatele VFR jsou k dispozici dva doplňkové měsíční stavové soubory se stavebními objekty (SO) a parcelami. * Soubor MMDD_ST_SO3PGP obsahuje SO bez č.p./č.ev. (typu 3) s identifikační parcelou z potvrzeného geometrického plánu, tzv. budoucího stavu, kdy parcela ještě není zplatněna v ISKN, *Soubor MMDD_ST_SO3PM obsahuje SO bez č.p./č.ev. (typu 3) s identifikační parcelou v minulosti (zrušená parcela). Tyto SO jsou obsahem změnového VFR, ale již se nedostanou do stavového VFR. Nahráním doplňujících souborů dojde ke konzistenci v obsahu stavových a změnových souborů VFR. SO neobsahují polygony, parcely neobsahují polygony ani definiční body. Soubory ke stažení http://data.cuzk.cz/vfr-doplnek - http://data.cuzk.cz/vfr-doplnek/ viz http://www.cuzk.cz/Uvod/Produkty-a-sluzby/RUIAN/2-Poskytovani-udaju-RU IAN-IS UI-VDP/Vymenny-format-RUIAN/Vymenny-format-RUIAN-%28VFR%29.aspx
Re: [OSM-talk] Can wikidata links help fight name inflation?
On Sun, Jun 7, 2015 at 7:43 PM, Simon Poole si...@poole.ch wrote: tl;dr version: linking to wikidata is probably ok, including wikidata could be a minefield. I don't think anybody was actually suggesting to include bits and pieces of Wikidata into *the* OSM database. I think the idea is for third parties to use Wikidata as a complementary source to fill in the bits and pieces that are not in OSM (either by design or by incompleteness). Of course, those third parties are well advised of the legal minefield that you mention. On the other hand, I don't think OSMF also warrants that the OSM database is really fully ODbL-compliant in its entirety all the time. If some copyright violations were added and then discovered, the DWG will revert it and further redact it if necessary. But somebody may have gotten the tainted minutely changesets before the violation is discovered. So the advice of being wary of Wikidata's CC0 license should also be the same advice for OSM's ODbL license. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Wie GPX-Routen anzeigen in OSM Mapnik oder ähnlich
Hey, www.wandermap.net bzw. www.bikemap.net kennst Du? Hier kannst Du über “Route anlegen” u.a. auch eine gpx-Datei raufladen; Du kannst Dir dann die Route betrachten oder auch bearbeiten… Alternativ könnte auch www.komoot.de etwas für Dich sein… VG, Thorsten Gesendet von Windows Mail Von: Bernhard Weiskopf Gesendet: Sonntag, 7. Juni 2015 15:58 An: Openstreetmap allgemeines in Deutsch Hallo an alle, von Bekannten habe ich ein paar Routenempfehlungen als gpx-Dateien erhalten. Wie kann ich die am einfachsten in OSM Mapnik (http://www.openstreetmap.org) oder einer ähnlichen Karte betrachten? Unter OsmAnd auf dem Smartphone ist das kein Problem, aber auf dem größeren Bildschirm am PC habe ich keine einfache Möglichkeit gefunden. Hochladen als GPS-Track funktioniert nicht, die Meldung lautet Found no good GPX points in the input data. At least 75% of the trackpoints lacked a time tag Dann folgt der Link http://wiki.openstreetmap.org/index.php/GPX_Import_Failures Von dort gibt es weitere Links, auch zu weiteren Programmen (die ich nicht kenne und nicht installiert habe) und von denen ich nicht weiß, ob sie bzw. welches und wie zum Ziel führen. Kann mir jemand eine einfache Lösung empfehlen? Gruß Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-ie] Overpass / relation issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Keith, Not sure what's wrong with your Overpass Query, but you can download a GeoJSON file (and shapefile and KML) of the counties on townlands.ie: http://www.townlands.ie/page/download/ We don't have all the townlands done, but the counties are there. It covers the whole island. Hope that helps, Rory On 06/06/15 18:27, ke...@vool.ie wrote: Hi, I am have a small issue with an overpass / relation issue, someone might be able to point me in the right direction... I have a geojson file containing the borders of all the counties in the republic. I extracted from OSM a few years back, I think I used XAPI to extract and did some conversion/flattening but I'm not 100% sure of the process. I now need all the counties in Ireland (the Island) and was trying to export these via Overpass Turbo, I thought I had it working but have hit a bit of an issue. My query and export go fine as does the conversion from json to geojson (using osmtogeojson), but I am ending up with a geojson file with ~9k features, where I was expecting 32. The overpass query returns 32 relations (as expected) and 9735 ways (which I presume make up the border), I know I am doing something wrong but I am not too sure if it is with my overpass query or my processing of the result set. Any pointers would be great, I have included the query below, it can also be viewed at http://overpass-turbo.eu/s/9N3 Thanks in advance, Keith [out:json][timeout:900]; ( area[name=Republic of Ireland]; area[name=Northern Ireland]; ); relation(area) [boundary~administrative|historic] [admin_level=6]; (._;;); out; ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVdIOnAAoJEOrWdmeZivv2E70IALKzf1PI6Dob8xQ2lQ7oEEnG loN4N7bSVS2EfKZjsBOt7it+FIgxqPtdSfIhVCvyVn6XZOmU9IAyZxcOpjoA/eE3 /WYXaom40ZvpZ5nVw1wA413ICdjLm0YmedlcDn7En4I2vPF/wbCYcQvR7FWWhy2c OF9tnKQPWiQp7vWeujOAa7dnaGlVbVs0E7+c/fEOb7cw4ZjivdvRHvQWjx7sKs0Y OO8OF6zm+OdHMTB4gsC/EELtPNkQkIBV79l+2I4Z1oP1Nj8BUtZ1bRw/9ZSRiMgv PDewl1b2I7O5lih8F6kkFNfAGVC2+q0soBxe4Guds6596+SeDkrV7wCDnpnVPrs= =37Rb -END PGP SIGNATURE- ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-at] highway=path für Fahrräder verboten?
Du gehst davon aus, dass jeder path auf Privatgrund liegt. Der tag path setzt dies aber nicht vorraus. Es kann genau so gut ein pfad in einem öffentlichen Park sein oder sonst irgendwo im öffentlichen Raum. Nur weil die StVO nicht gilt, heißt es noch lange nicht, dass Fahrräder verboten sind. Fahrradfahren ist eine Sportart. Heißt das jetzt, dass jeder Sport in öffentlichen Parks/Wiesen verboten ist? Nein. Ich würde empfehlen die ersten zwei Sätze der tag Beschreibung zu lesen: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath Am 07.06.2015 um 19:59 schrieb Friedrich Volkmann: On 07.06.2015 12:04, Richard wrote: bin gerade über http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions gestolpert - in der Tabelle ist Ö das einzige Lande wo für highway=path ein bicycle=no als default eingetragen ist. Ist das ein Versehen? Macht es irgendeinen Sinn sich so von den übrigen 21 Ländern in der Tabelle zu unterscheiden? Ja, weil die Gesetzgebung je nach Land unterschiedlich ist. Und ich könnte mir vorstellen, dass die Tabellen für das eine oder andere Land noch nicht ganz stimmen. Beim Anlegen einer Tabelle für das Land X ist die Versuchung groß, die Defaulttabelle oder die Tabelle eines anderen Landes zu kopieren und dann nur die Felder anzupassen, bei denen man sich sicher ist. Für Österreich ist bicycle=no aus dem selben Grund eingetragen, warum auch motorcycle=no eingetragen ist: Weil es abseits von Straßen normalerweise verboten ist. Die Straßenverkehrsordnung gilt nur auf Straßen (StVO §1). Abseits von Straßen ziehen dann z.B. das ABGB oder das Forstgesetz. Wenn du auf der Wiese deines Nachbarn mit dem Motorrad herumfährst, wird er dich wahrscheinlich wegen Besitzstörung (ABGB §338) verklagen. Dabei spielt es keine Rolle, ob du auf einem Pfad oder weglos durch die Wiese fährst. Und ob du mit dem Motorrad oder mit dem Fahrrad fährst, spielt grundsätzlich auch keine Rolle. Natürlich wird er einen Radfahrer eher tolerieren, weil der weniger Schaden anrichtet. Und noch mehr wird er einen Fußgänger tolerieren, weil der noch weniger Schaden anrichtet. Außerdem können Fußgänger damit argumentieren, dass der Pfad allein schon durch seine Existenz auf ein ersessenes Servitutsrecht schließen lässt. Ich kenne mich mit Ersitzung nicht aus, weiß aber, dass für Fußgänger sehr oft eine Ersitzung gerichtlich festgestellt wurde, hingegen kenne ich keinen einzigen Fall, wo Radfahrer oder gar Motorradfahrer einen Weg ersessen haben. Sogar auf ausgewiesenen MTB-Strecken wird immer darauf hingewiesen, dass die Erlaubnis nur bis auf Widerruf gilt. Manche Grundeigentümer machen dann von diesem Widerruf Gebrauch, und dann müssen die MTBer auf dem betroffenen Grundstück absteigen und das Rad schieben. Übrigens denke ich wäre access=forestry viel besser als vehicle=forestry. We map what we see. Forststraßen sind durch Fahrverbotsschilder gekennzeichnet, und Fahrverbote werden in OSM mit vehicle=* getaggt. Dass auf Forststraßen zusätzlich auch Reiten verboten ist, geht aus der Beschilderung nicht hervor, sondern nur aus den Gesetzen. Genau um solche Gesetze abzubilden, gibt es diese Wikiseite. Wenn sich das Gesetz mal ändern sollte, dann brauchen wir nur 1 Zeile im Wiki ändern statt die Tags auf hunderttausend Wegen. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-dk] Uheldig rutning
On 07-06-2015 19:50, Niels Elgaard Larsen wrote: Jeg var i dag udsat for en meget uheldig rutning: ... Og hvor mange andre steder har vi den slags problemer? Jeg mindes at have været udsat for et par andre lignende situationer. Jeg fandt en til: http://agol.dk/elgaard/osm/osmandTuborg/Screenshot_2015-06-07-20-37-51.png Men den står vist helt for Osmands regning. -- Niels Elgaard Larsen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [OSM-talk] (licence of wikidata) was: Can wikidata links help fight name inflation?
On 7 June 2015 at 20:37, Eugene Alvin Villar sea...@gmail.com wrote: The relevant case is Feist v. Rural: https://en.wikipedia.org/wiki/Feist_Publications,_Inc.,_v._Rural_Telephone_Service_Co. Link should be: https://en.wikipedia.org/wiki/Feist_Publications,_Inc.,_v._Rural_Telephone_Service_Co. aka: https://goo.gl/MHnlYq -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] (licence of wikidata) was: Can wikidata links help fight name inflation?
On Sunday 07 June 2015, Simon Poole wrote: - individual facts extracted from wikipedia articles. From a WMF pov unproblematic since facts can't be copyrighted, from an OSM pov problematic because they might have originally been extracted from a 3rd party source and might be from a database rights pov, a substantial extract of that source (for example POI data from google) if included wholesale in OSM. *Individual* facts are never an issue, neither under copyright nor database rights, it only becomes a problem w.r.t. database rights once you systematically transfer data on a larger scale. In other words a single source=wikipedia is not a problem, it only becomes an issue when it occurs in larger numbers. It is of course somewhat difficult to draw the line here. But no mapper should feel required to refrain from looking into wikipedia while mapping IMO or ban copyrighted books from his/her library out of fear for license problems. Of course it never hurts to verify information from Wikipedia (or from books for that matter) with a second independent source. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] (licence of wikidata) was: Can wikidata links help fight name inflation?
On 07/06/2015 12:43, Simon Poole wrote: - while superficially the licence of wikidata is claimed to be CC0 That does raise an interesting question - while the source of wikidata is claimed to be CC0 the source of wikipedia isn't: http://en.wikipedia.org/wiki/Wikipedia:Copyrights A side-issue here is that that as I understand it* isn't compatible with ODBL, so those people using: http://taginfo.openstreetmap.org/tags/source=wikipedia probably shouldn't be using that as a source. However the bit that I really don't understand is that, to take an example wikidata page: https://www.wikidata.org/wiki/Q23098 the source of that is from other, non-CC0-licensed places - how can the result be CC0? Cheers, Andy * but please feel free to explain where I'm wrong here, in the jurisdiction in which OSM is based. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-at] highway=path für Fahrräder verboten?
On 07.06.2015 12:04, Richard wrote: bin gerade über http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions gestolpert - in der Tabelle ist Ö das einzige Lande wo für highway=path ein bicycle=no als default eingetragen ist. Ist das ein Versehen? Macht es irgendeinen Sinn sich so von den übrigen 21 Ländern in der Tabelle zu unterscheiden? Ja, weil die Gesetzgebung je nach Land unterschiedlich ist. Und ich könnte mir vorstellen, dass die Tabellen für das eine oder andere Land noch nicht ganz stimmen. Beim Anlegen einer Tabelle für das Land X ist die Versuchung groß, die Defaulttabelle oder die Tabelle eines anderen Landes zu kopieren und dann nur die Felder anzupassen, bei denen man sich sicher ist. Für Österreich ist bicycle=no aus dem selben Grund eingetragen, warum auch motorcycle=no eingetragen ist: Weil es abseits von Straßen normalerweise verboten ist. Die Straßenverkehrsordnung gilt nur auf Straßen (StVO §1). Abseits von Straßen ziehen dann z.B. das ABGB oder das Forstgesetz. Wenn du auf der Wiese deines Nachbarn mit dem Motorrad herumfährst, wird er dich wahrscheinlich wegen Besitzstörung (ABGB §338) verklagen. Dabei spielt es keine Rolle, ob du auf einem Pfad oder weglos durch die Wiese fährst. Und ob du mit dem Motorrad oder mit dem Fahrrad fährst, spielt grundsätzlich auch keine Rolle. Natürlich wird er einen Radfahrer eher tolerieren, weil der weniger Schaden anrichtet. Und noch mehr wird er einen Fußgänger tolerieren, weil der noch weniger Schaden anrichtet. Außerdem können Fußgänger damit argumentieren, dass der Pfad allein schon durch seine Existenz auf ein ersessenes Servitutsrecht schließen lässt. Ich kenne mich mit Ersitzung nicht aus, weiß aber, dass für Fußgänger sehr oft eine Ersitzung gerichtlich festgestellt wurde, hingegen kenne ich keinen einzigen Fall, wo Radfahrer oder gar Motorradfahrer einen Weg ersessen haben. Sogar auf ausgewiesenen MTB-Strecken wird immer darauf hingewiesen, dass die Erlaubnis nur bis auf Widerruf gilt. Manche Grundeigentümer machen dann von diesem Widerruf Gebrauch, und dann müssen die MTBer auf dem betroffenen Grundstück absteigen und das Rad schieben. Übrigens denke ich wäre access=forestry viel besser als vehicle=forestry. We map what we see. Forststraßen sind durch Fahrverbotsschilder gekennzeichnet, und Fahrverbote werden in OSM mit vehicle=* getaggt. Dass auf Forststraßen zusätzlich auch Reiten verboten ist, geht aus der Beschilderung nicht hervor, sondern nur aus den Gesetzen. Genau um solche Gesetze abzubilden, gibt es diese Wikiseite. Wenn sich das Gesetz mal ändern sollte, dann brauchen wir nur 1 Zeile im Wiki ändern statt die Tags auf hunderttausend Wegen. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk] (licence of wikidata) was: Can wikidata links help fight name inflation?
On Mon, Jun 8, 2015 at 12:40 AM, SomeoneElse li...@atownsend.org.uk wrote: However the bit that I really don't understand is that, to take an example wikidata page: https://www.wikidata.org/wiki/Q23098 the source of that is from other, non-CC0-licensed places - how can the result be CC0? Because in US copyright law, facts are not copyrightable. You can source the fact that Washington, D.C. is the capital of the United States of America from a copyrighted book without that fact inheriting the copyright license of the book. Note that the US does not have database rights. The relevant case is Feist v. Rural: https://en.wikipedia.org/wiki/Feist_Publications,_Inc .,_v._Rural_Telephone_Service_Co. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-dk] Uheldig rutning
Den 07-06-2015 kl. 19:50 skrev Niels Elgaard Larsen: Men hvorfor ville ruteberegneren overhovedet ønske at køre den vej, det ser da ud til at være længere end bare at bruge højresvingsbanen mod Jyllingevej. Kan det være at routing-softwaren giver straftid for lyskryds? Der er kun få sekunders forskel i køretid, så hvis der tillægges 10-20 sekunder kunne det forklare at der vælges en længere rute. Vh. Erik Klausen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Uheldig rutning
7. juni 2015 kl. 21.26 skrev Michael Andersen hj...@milvus.dk: Jeg ville lige til at tilføje turn lanes (hvad hedder de på dansk?) til de pågældende baner i håb om at det ville kunne hjælpe routerne, men opdagede at Spectrokid var kommet mig i forkøbet :-) Svingbaner. Søndag den 7. juni 2015 19:50:22 skrev Niels Elgaard Larsen: Jeg var i dag udsat for en meget uheldig rutning: http://agol.dk/elgaard/osm/Jyllinge.png ved http://www.openstreetmap.org/#map=19/55.69326/12.40915 Jeg brugte Osmand, men ORSM http://www.openstreetmap.org/ bruger samme uheldige rutning. Problemet er trin 5, hvor den tror, at den kan lave to meget korte venstresving for at lave et højresving til Jyllingevej. Jeg har nu tilføjet turn restrictions for at forhindre det. Men hvorfor ville ruteberegneren overhovedet ønske at køre den vej, det ser da ud til at være længere end bare at bruge højresvingsbanen mod Jyllingevej. Og hvor mange andre steder har vi den slags problemer? Jeg mindes at have været udsat for et par andre lignende situationer. Mapquest ruteberegneren på openstreetmap.org går det furnuftige, så det kan ikke fordi en eller anden fejl forhindrer at man kan bruge højresvingsbanen. ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-at] highway=path für Fahrräder verboten?
On 07.06.2015 21:25, realadry wrote: Du gehst davon aus, dass jeder path auf Privatgrund liegt. Der tag path setzt dies aber nicht vorraus. Es kann genau so gut ein pfad in einem öffentlichen Park sein oder sonst irgendwo im öffentlichen Raum. Nur weil die StVO nicht gilt, heißt es noch lange nicht, dass Fahrräder verboten sind. Fahrradfahren ist eine Sportart. Heißt das jetzt, dass jeder Sport in öffentlichen Parks/Wiesen verboten ist? Nein. Motorradfahren und Schießen sind ebenfalls Sportarten. Mit beiden wirst du dir in Parks wenig Freunde machen. Öffentliches Eigentum heißt nicht, dass jeder alles darf. In den meisten ausgewiesenen Parks gibt es eine Parkordnung, und die Zugänge in einen Park sind entweder Fußwege oder mit Fahrverbotsschildern versehen. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wiener Katastralgemeinden
On 07.06.2015 20:53, Michael Kircher wrote: *Ich finde es nicht gut das in das admin_level Schema einzufügen da die Katastralgemeinden rein nur das Grundbuch gemacht sind*. (http://de.wikipedia.org/wiki/Katastralgemeinde gleich der 1. Satz) Kannst du das irgendwie belegen? Ich meine, in die Wikipedia kann jeder irgendwas reinschreiben. Da finde ich es eher richtig Ortschaften noch unterhalb der Gemeinden als Grenze anzulegen. (Wo es aber meist ja keine genau definierte Grenze gibt.) Was für Ortschaften meinst du? Willst du für jedes Gehöft eine fiktive Ortsgrenze anlegen? In anderen Ländern kann es aber in deren Verwaltungshierarchie einen admin_level9 geben der auch adresstechnisch interessant sein? Das würde dann Nomiantim sicher sehr durcheinanderbringen und vielleicht auch die Katatstralgem. beim geocodieren auswerfen. Was hier in OÖ völlig Sinnfrei wäre. In Wien behandelt Nominatim die Katastralgemeinden genau richtig. Ist aber nur Zufall. Nominatim hat genug Bugs, darum mappen wir nicht für Nominatim... -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Wie GPX-Routen anzeigen in OSM Mapnik oder ähnlich
Hallo Bernhard, Am 2015-06-07 um 15:58 schrieb Bernhard Weiskopf: Unter OsmAnd auf dem Smartphone ist das kein Problem, aber auf dem größeren Bildschirm am PC habe ich keine einfache Möglichkeit gefunden. Hochladen als GPS-Track funktioniert nicht, die Meldung lautet Found no good GPX points in the input data. At least 75% of the trackpoints lacked a time tag Dann folgt der Link http://wiki.openstreetmap.org/index.php/GPX_Import_Failures Für deinen Anwendungszweck ist der GPX-Upload auch gar nicht gedacht. Er ist für Messungen gedacht und nicht für Routenempfehlungen. Die Fehlermeldung sagt dir, dass dem GPX-Track zu min. 75 % der Zeitstempel fehlt. Nimm doch umap.openstreetmap.fr (ggf. GPX in GeoJSON konvertieren mit GPSBabel). Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie GPX-Routen anzeigen in OSM Mapnik oder ähnlich
Hallo Michael, herzlichen Dank. Ich hab zwar etwas suchen müssen, aber umap.openstreetmap.fr bietet genau das, was ich gesucht habe. :-) Konvertieren der Daten ist nicht mal notwendig, die GPX-Routendateien können direkt importiert werden. Gruß Bernhard Von: Michael Reichert [mailto:naka...@gmx.net] Gesendet: Sonntag, 7. Juni 2015 16:03 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Wie GPX-Routen anzeigen in OSM Mapnik oder ähnlich ... Für deinen Anwendungszweck ist der GPX-Upload auch gar nicht gedacht. Er ist für Messungen gedacht und nicht für Routenempfehlungen. Die Fehlermeldung sagt dir, dass dem GPX-Track zu min. 75 % der Zeitstempel fehlt. Nimm doch umap.openstreetmap.fr (ggf. GPX in GeoJSON konvertieren mit GPSBabel). Viele Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-gb-westmidlands] Facebook Page
On Sun, 2015-06-07 at 13:14 +0100, Brian Prangle wrote: Hi All After our discussion at the Digby Pub there's now a mappa mercia facebook page. I'm new to this so I have no idea if I've published it. I can't give you a web address because it needs 25 likes before we get that privilege! Anyway see if you can find it ( I've had to capitalise the name as Mappa Mercia) and see if you can add anything - again I'm not sure if I set up the permissions correctly. Any ideas on how to promote the page without having to pay Facebook advert charges? Found it, I am like number 5. Phil (trigpoint) ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[OSM-talk-fr] Portage des références nationales vers ref:FR:*
Bonjour, J'ai ouvert la discussion suivante sur le wiki : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Liste_des_r%C3%A9f%C3%A9rences_nationales Peut-être y a-t-il déjà des actions en cours sur ce point ? Je veux bien donner un coup de main si c'est le cas. Autrement, nous aurions un intérêt à regrouper nos références nationales dans ce namespace pour éviter tout risque de collisions (typiquement sur ref:sandre ou ref:mhs) Je pense par exemple migrer ref:ERDF:gdo vers ref:FR:ERDF_GDO, ERDF étant aussi une instance européenne. Il est possible de communiquer largement auprès de la communauté et en ajoutant des vérifications JOSM ou tests Osmose pour que tout le monde migre vers les nouvelles clés. Merci par avance pour vos retours. François -- *François Lacombe* fl dot infosreseaux At gmail dot com www.infos-reseaux.com @InfosReseaux http://www.twitter.com/InfosReseaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-de] Wie GPX-Routen anzeigen in OSM Mapnik oder ähnlich
Hallo an alle, von Bekannten habe ich ein paar Routenempfehlungen als gpx-Dateien erhalten. Wie kann ich die am einfachsten in OSM Mapnik (http://www.openstreetmap.org) oder einer ähnlichen Karte betrachten? Unter OsmAnd auf dem Smartphone ist das kein Problem, aber auf dem größeren Bildschirm am PC habe ich keine einfache Möglichkeit gefunden. Hochladen als GPS-Track funktioniert nicht, die Meldung lautet Found no good GPX points in the input data. At least 75% of the trackpoints lacked a time tag Dann folgt der Link http://wiki.openstreetmap.org/index.php/GPX_Import_Failures Von dort gibt es weitere Links, auch zu weiteren Programmen (die ich nicht kenne und nicht installiert habe) und von denen ich nicht weiß, ob sie bzw. welches und wie zum Ziel führen. Kann mir jemand eine einfache Lösung empfehlen? Gruß Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] highway=path für Fahrräder verboten?
Hallo, Ich glaube das kommt daher, dass auf Forststraßen Radfahren ohne Erlaubnis des Eigentümers oder Erhalters verboten ist. Da aber nicht jeder path eine Forststraße ist, halte die Tabelle für falsch. Am 07.06.2015 um 12:04 schrieb Richard: Hi, bin gerade über http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions gestolpert - in der Tabelle ist Ö das einzige Lande wo für highway=path ein bicycle=no als default eingetragen ist. Ist das ein Versehen? Macht es irgendeinen Sinn sich so von den übrigen 21 Ländern in der Tabelle zu unterscheiden? Es hilft auch nicht, daß in DE:Tag:highway=path steht In Deutschland - wenn nicht abweichend erfasst - implizit erlaubt für Fußgänger, Radfahrer und Reiter - somit werden die meisten Mapper sowieso ein implizites bicycle=yes anzunehmen. Richard ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] highway=path für Fahrräder verboten?
On Sun, Jun 07, 2015 at 02:22:22PM +0200, realadry wrote: Hallo, Ich glaube das kommt daher, dass auf Forststraßen Radfahren ohne Erlaubnis des Eigentümers oder Erhalters verboten ist. Da aber nicht jeder path eine Forststraße ist, halte die Tabelle für falsch. die Forststraßen werden unterhalb der Tabelle als Fußnote 6 erwähnt On designated forest roads (highway=track + vehicle=forestry), horse=no is also implied due to Forstgesetz §33 Abs. 3. das bezieht sich also eindeutig nicht auf highway=path sofern diese nicht extra mit {access,vehicle}=forestry markiert sind. Übrigens denke ich wäre access=forestry viel besser als vehicle=forestry. Richard ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk] Can wikidata links help fight name inflation?
Two remarks on the the discussion: - the standard point: adding translations of names to OSM is (naturally) nonsense, adding names commonly in use in a language for places isn't. I somehow suspect that Frederiks suggestion is actually an attempt to offload the dealing with the nonsense aspect to wikidata. - while superficially the licence of wikidata is claimed to be CC0, the WMF does not actually warrant (warrant as in they would cover any costs and damages if there was trouble) that this is the case. Which is naturally a concern for OSM for content derived from third party sources (typically google). Matter of fact it is a bit of a circular argument because the licensing of CC0 is based on the WMF legal marketing statement that they believe facts are not copyrightable. However we know this is not necessarily correct (using copyright in a loose sense for any similar rights) for collections of facts. tl;dr version: linking to wikidata is probably ok, including wikidata could be a minefield. Simon signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Can wikidata links help fight name inflation?
2015-06-07 14:43 GMT+03:00 Simon Poole si...@poole.ch: Two remarks on the the discussion: - the standard point: adding translations of names to OSM is (naturally) nonsense, adding names commonly in use in a language for places isn't. I somehow suspect that Frederiks suggestion is actually an attempt to offload the dealing with the nonsense aspect to wikidata. This basically isolates the problem with understanding. Somehow you distinguish names from translations. There is an object. People in culture A call it A1, some of them call it A2. People from culture B call it B1. People from culture C don't use this object very often, but call it C1. People from culture D haven't ever seen this object yet, but after first one of them sees it, he calls it D2, but later scientists from culture D ask everyone to call it D1. Object is located in a way so culture B lives around it. So, in my perfect OSM world: name = B1 name:B = B1 name:A = A1 alt_name:A = A2 name:C = C1 name:D = D1 alt_name:D = D2 note: name:B is there even though culture B surrounds it - think of McDonalds in Belarus. It has name=McDonalds, even though usually objects in BY have name= in Russian. http://en.wikipedia.org/wiki/Translation says Translation is the communication of the meaning of a source-language text by means of an equivalent target-language text. Translation is about giving some valid C1 given D2. The process of matching is translation, not C1. When I see text in Russian reffering Лондон, when I retell it to someone English-speaking, I use London. (then London is translation and should be removed from OSM as nonsense ;) For geographical names there are different means that include transcription, transliteration and adaptation of all kinds. The fact that it can be thought to be automatizable to a certain degree should not trick you into thinking oh, these aren't real names. -- Darafei Komяpa Praliaskouski OSM BY Team - http://openstreetmap.by/ xmpp:m...@komzpa.net mailto:m...@komzpa.net ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] SRTM1 dans Maperitive
Je me permets de mettre talk-fr en copie de la réponse, ça peut peut-être intéresser quelques utilisateurs. Oui, il est possible d'utiliser le SRTM1 dans Maperitive, en bricolant un peu (oh, pas grand chose), et également d'autres MNT si ils ont la même forme que le STRM1 ou 3 (fichiers .hgt ficelés de la même manière). On en avait parlé il y a quelques mois (j'arrive plus à retrouver le fil) en pensant que c'était a priori pas possible partout, c'est pas (ou plus) le cas. - Créer le dossier de données dans le répertoire Maperitive/Cache/Rasters/ avec le nom du MNT (par exemple SRTM1_local, éviter de l'appeler SRTM1, c'est le nom utilisé par Maperitive pour son MNT STRM1) - Dans ce dossier, créer un fichier du nom « SRTM1_local.dem.xml » (adapter la première partie du nom). - Dans ce fichier, écrire «demtypesrtm1/type/dem» et rien d'autre. - Sur http://e4ftl01.cr.usgs.gov/SRTM/SRTMGL1.003/2000.02.11/ télécharger les tuiles qui vous intéressent (oui, la page est affreusement longue à charger, après, vous pourrez charger directement les tuiles à partir de leur adresse), sous le format .hgt.zip. Le nom des tuiles donne l'emplacement géographique (N47E008.SRTMGL1.hgt.zip). Dézipper et placer la tuile issue dans le dossier créé au début (normalement il doit en sortir un fichier de type N47E008.hgt) - Dans Maperitive, appeler le MNT avec : set-dem-source SRTM1_local Ça devrait fonctionner. On fête ça avec le cratère du Pariou : http://dl.free.fr/o1QctzOtC JB. PS: une chouette nouveauté sous Maperitive, le painting-cycle, qui permet enfin de dessiner les courbes de niveau sous les lacs et les symboles linéaires sous les autres linéaires ! Et de plus bricoler avec la couche des lignes de niveau. Le 06/06/2015 21:36, Yann a écrit : Salut JB, Merci pour ta réponse. Et non, je ne savais pas pour le SRTM1 sur Maperitive. Tu n’aurais pas un tuto par hasard ? A+ Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-dk] Split way sletter historikken
Tak, det er rart at vide hvad situationen er angående historikken ved split way, så man kan tage sig i agt, men også at mindes om, at problematikken også indbefatter samling af ways, Jørgen. Der er dog for mig en forskel i form af, at split way kan man næsten ikke komme uden om at skulle bruge, mens man i princippet bare kan lade være at samle stykker. Selvom det ofte har været fristende at samle, for det praktiske og skønhedens skyld, men det er nok en diskussion i sig selv. Også et meget velkomment tip Hjart, om muligheden for at læse historik i punkter, selvom de er indgået i en ny way; det har jeg aldrig af mig selv bemærket. / Asger ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-cz] RÚIAN, Doplňkové soubory SO bez č.p./č.ev.
Doplňuji - ono totiž id transakce u parcely chybí úplně, je tam jen id trasakce u těch bonitovaných dílů. To bude ten problém. Dne Ne 7. června 2015 13:47:50, Petr Vejsada napsal(a): vf:Parcela gml:id=PA.26107993010 pai:Id26107993010/pai:Id pai:KmenoveCislo2175/pai:KmenoveCislo pai:PododdeleniCisla2/pai:PododdeleniCisla pai:VymeraParcely93/pai:VymeraParcely pai:DruhCislovaniKod2/pai:DruhCislovaniKod pai:DruhPozemkuKod5/pai:DruhPozemkuKod pai:KatastralniUzemi kui:Kod687707/kui:Kod /pai:KatastralniUzemi pai:BonitovaneDily com:BonitovanyDil com:Vymera93/com:Vymera com:BonitovanaJednotkaKod10110/com:BonitovanaJednotkaKod -com:IdTranskace0/com:IdTranskace com:RizeniId0/com:RizeniId /com:BonitovanyDil /pai:BonitovaneDily /vf:Parcela -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] Can wikidata links help fight name inflation?
Am 07.06.2015 um 14:12 schrieb Eugene Alvin Villar: .. So the advice of being wary of Wikidata's CC0 license should also be the same advice for OSM's ODbL license. The difference is that while we don't warrant that the OSM dataset is completely free of incompatible data, it is the intent and such data will be removed if identified. This isn't a panacea, but given the US DCMA and similar laws in other countries, probably good enough. There is AFAIK no such policy by the WMF, and as I said their (marketing) policy is that the problem can't exist. SImon signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Can wikidata links help fight name inflation?
On Sun, Jun 7, 2015 at 5:12 AM, Eugene Alvin Villar sea...@gmail.com wrote: On Sun, Jun 7, 2015 at 7:43 PM, Simon Poole si...@poole.ch wrote: tl;dr version: linking to wikidata is probably ok, including wikidata could be a minefield. I don't think anybody was actually suggesting to include bits and pieces of Wikidata into *the* OSM database. I think the idea is for third parties to use Wikidata as a complementary source to fill in the bits and pieces that are not in OSM (either by design or by incompleteness). Of course, those third parties are well advised of the legal minefield that you mention. I suggested that. I feel that for name translations *mirroring* wikidata *into* OSM has compelling advantages. It makes it easy for data consumers and ties the data where it belongs. It's pretty easy to mechanically maintain. Should spam data arrive via Wikidata/Wikpedia, it can leave via the same mechanism. If OSM is to be a language neutral dataset, no given language should be special (beyond the keys and values which are English by convention, but need not be shown to mappers or readers that way). The legal minefield can be resolved, especially with OSM and Wikmedia Foundation as organizations with a very compatible mission. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Can wikidata links help fight name inflation?
On Sun, Jun 7, 2015 at 10:29 PM, Simon Poole si...@poole.ch wrote: Am 07.06.2015 um 14:12 schrieb Eugene Alvin Villar: .. So the advice of being wary of Wikidata's CC0 license should also be the same advice for OSM's ODbL license. The difference is that while we don't warrant that the OSM dataset is completely free of incompatible data, it is the intent and such data will be removed if identified. This isn't a panacea, but given the US DCMA and similar laws in other countries, probably good enough. There is AFAIK no such policy by the WMF, and as I said their (marketing) policy is that the problem can't exist. http://wikimediafoundation.org/wiki/DMCA_Policy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Projet Histoire-Patrimoine-Culture
Le 8 juin 2015 00:02, Christian Rogel christian.ro...@club-internet.fr a écrit : Il semble que la carte Historic Place qui montre tous les objets avec historic=* devrait être localisée en français. Un germanophone pour la liaison ? La carte est déjà traduite depuis un moment Il faut faire de temps en temps des mises à jour. Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] (licence of wikidata) was: Can wikidata links help fight name inflation?
On Mon, Jun 8, 2015 at 4:06 AM, Simon Poole si...@poole.ch wrote: - individual facts extracted from wikipedia articles. From a WMF pov unproblematic since facts can't be copyrighted, from an OSM pov problematic because they might have originally been extracted from a 3rd party source and might be from a database rights pov, a substantial extract of that source (for example POI data from google) if included wholesale in OSM. - wikidata data: the WMF claims no database rights in the collection of individual facts and the reasoning for CC0 is based on the facts can't be copyrighted doctrine. In other words, we could wholesale import wikidata in to OSM from a WMF pov, however as already said, the provenance of the data is unclear and has the same issues as facts extracted from wikipedia articles. @Eugene I doubt if the WMF was actually thinking of DCMA requests against wikidata content in the published policy, as following one would damage their stance on facts not being copyrightable. In any case it is clear that they have not been policing their sources as SomeoneElse points outs. Note that I am quite aware of the issues surrounding adding data from Wikidata wholesale *into* OSM. I actually pointed this out during my presentation at last year's Wikimania about OSM and Wikimedia collaboration/cooperation: https://commons.wikimedia.org/w/index.php?title=File:Wikimedia_and_OpenStreetMap_%28Wikimania_2014_presentation%29.pdfpage=50 For this reason, I agree that we can't use Wikidata as a wholesale source for OSM unless we are sure of the provenance of the data and its compatibility with ODbL irrespective of Wikidata's CC0 license. On the other hand, I don't think this should prevent third parties from mixing and matching Wikidata with OSM to produce an ODbL-derived database given that they are aware of the risks (aka legal minefield that you pointed out before). ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-fr] Projet Histoire-Patrimoine-Culture
Suite à l’atelier « patrimoine » du SOTM Fr, à Brest, il a été créé par Éric Brosselin une page sur le wki OSM pour servir de référence àceux que les aspects historiques et patrimoniaux intéressent. J’y ai ajouté une synthèse sur les outils connus. A d’autres de compléter et, si nécessaire, de déplacer les rubriques pour enfaite des pages. Chaque outil pouvant être présenté en détail, dans page propre. C’est ici : http://wiki.openstreetmap.org/wiki/FR:Projet-Histoire-Patrimoine-Culture http://wiki.openstreetmap.org/wiki/FR:Projet-Histoire-Patrimoine-Culture Il semble que la carte Historic Place http://gk.historic.place/ qui montre tous les objets avec historic=* devrait être localisée en français. Un germanophone pour la liaison ? Christian R.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-at] Wiener Katastralgemeinden
Michael Kircher wrote: Da finde ich es eher richtig Ortschaften noch unterhalb der Gemeinden als Grenze anzulegen. (Wo es aber meist ja keine genau definierte Grenze gibt.) In den Wiener Außenbezirken ist eine Katastralgemeinde mehr oder weniger dasselbe wie eine Ortschaft (oder besser ausgedrückt: ein eingemeindeter Vorort). Z.B. ist die Katastralgemeinde Hirschstetten die offiziellste und genaueste Eingrenzung für die Ortschaft Hirschstetten. In den Innenbezirken hingegen sind die ehemaligen Vorstädte (in den Innenbezirken sprechen wir von Vorstädten, in den Außenbezirken von Vororten) fast vollständig in die heutigen Bezirke hineinverschmolzen, die Katastralgemeinden entsprechen dort fast 1:1 den Bezirksgrenzen (aber eben nicht 100%ig 1:1, was uns das Mappen nicht leichter macht), und ehemalige Vorstädte wie St. Ulrich finden sich nur mehr als Zählbezirk oder Zählsprengel wieder, und auch das nicht mit den ursprünglichen Grenzen. Da sind die Katastralgemeinden dann wirklich nur für das Grundbuch interessant. Siehe auch den bereits erwähnten Wikipedia-Link: http://de.wikipedia.org/wiki/Wiener_Katastralgemeinden Aber nur die Katastralgemeinden in den Außenbezirken zu mappen, wäre auch irgendwie blöd, da inkonsistent. Und unsere eigene Definition von Ortschaften auf Basis der Außenbezirk-Katastralgemeinden zu erfinden, würde dem Anspruch der OSM widersprechen, die Realität möglichst exakt darzustellen, und nicht irgendeine originelle idealisierte und/oder generalisierte Abstraktion. Für Ortsbezeichnungen, die nicht den Katastralgemeinden entsprechen (z.B. die ehemaligen Vorstädte in den Innenbezirken) können wir praktisch nur nach dem Prinzip des lokalen Gebrauchs mappen, und da gibt es dann keine präzise definierten Flächenabgrenzungen. Also halte ich in diesen Fällen die derzeitige Praxis des Mappen als Punkt-POIs (mit place=neighbourhood) für die einzig Praktikable. Kevin Kofler ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wiener Katastralgemeinden
Hallo! Wie soll den das das erfassen von Adressen erleichtern? Hier (OÖ) haben die Gemeinden etwa(!) 2-5 Katastralgemeinden und ca. 15-30 Ortschaften ohne eigene Straßennamen. Die Grenzen kann man schön unter http://doris.eu für OÖ ansehen. Aber es gilt wahrscheinlich: Wien ist anders Die Katastralgemeinde ist doch nur fürs Grundbuch interessant? Sollen wir die Gerichtszuständigkeiten auch mappen? mfg Michael Am 2015-06-02 um 20:23 schrieb Thomas Konrad: Zur Not nach den Skizzen auf http://de.wikipedia.org/wiki/Wiener_Katastralgemeinden Ja, am besten vorerst das. Auf den Open-Data-Portalen [1] [2] habe ich nichts gefunden. Wir können ja es mal an einer Katastralgemeinde ausprobieren, dann werden wir es sehen. +1! Das Thema ist - finde ich - übrigens auch für den Rest von Österreich interessant. Vor allem würde es das Erfassen von Adressen erleichtern, wenn man wüsste, in welcher Katastralgemeinde man sich gerade befindet (und man keine Ortskenntnis hat). Solange es aber keine OSM-lizenzkompatiblen amtlichen Daten gibt, ist das aber wohl schwierig. Falls wer was weiß, bitter hier posten! Thomas [1] https://www.data.gv.at/ [2] https://open.wien.gv.at/site/datenkatalog/ On 02 Jun 2015, at 14:59, Friedrich Volkmann b...@volki.at mailto:b...@volki.at wrote: On 02.06.2015 13:22, Thomas Konrad wrote: ich würde es grundsätzlich begrüßen, diese flächig zu mappen. Meine Fragen dazu: - Wo bekommst du die Daten dafür her? Hat die Stadt Wien etwas mit einer kompatiblen Lizenz freigegeben? Zur Not nach den Skizzen auf http://de.wikipedia.org/wiki/Wiener_Katastralgemeinden. Das ist natürlich noch nicht sehr genau, aber allemal genauer als die jetzigen Nodes, und wir können die Grenzen später immer noch verfeinern, wenn wir mal genauere Daten haben. Mit anderen Grenzen sind wir ja genauso verfahren. - Wie würde das dann mit dem Standard-Stil im Gegensatz zu jetzt (etwas kleinere Schrift als die Bezirke, sonst ident) dargestellt? Ich nehme an, dass die Grenzen der Katastralgemeinden dann ähnlich aussehen wie die Wiener Bezirksgrenzen, aber noch dünner. Wir können ja es mal an einer Katastralgemeinde ausprobieren, dann werden wir es sehen. Wie Nominatim die Katastralgemeinden meldet, wird ebenfalls eine Überraschung. Die Bezirke werden als village boundary gemeldet... -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org mailto:Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk] Can wikidata links help fight name inflation?
I was the person who adds most of the labels to London, so I want to share also my thoughts. I did this for all capitals and countries in the world to be able to create worldmaps in different languages. Such world maps in local languages are known from each school atlas and are used in local television news. For this action I use Wikipedia article names. So London was in each language important enough to write an article about it in this language. Which is a lot of work, someone invested. Before this action I checked and discuss that there was no legal issue by using Wikipedia article names. Now they are at Wikidata under CC-0 so definitely free. The bias in this discussion that English labels are ok and helpful but other languages are not, is scary for me. Please take a look at: https://en.wikipedia.org/wiki/List_of_languages_by_number_of_native_speakers and find that English is only on place 3 of the list. We have a good chance that we will see in short-therm multilingual maps in lots of websites by using vector tiles. And in this moment we really want to make it harder to add such translations? Now to Frederiks proposal: To use Wikidata is really an interesting idea to reduce duplicated work, also for more than place names. With some pre-condition we could talk more positive about Frederiks proposal: *There should be in the future an additional, official version of planet-dumps and diffs that are enrich with content from Wikidata. Such a service must be stable as the other planet dumps. This service would kill the argument that it is harder to use external database Wikidata for apps. If not we create duplicated work for developers that we want to avoid elsewhere. *We would need much more Wikidata tags in OSM, now we have only 35.000 and for wikipedia-Tags we have also only 450.000. But I have a database of 3.5 Mio Wikipedia-objects that have a coordinate. So there is work for years. *We should also discuss with the Wikidata community the scope of there project. Perhaps we can come to a point where everything is inside the scope that is interesting for a Wikimedia project AND for OpenStreetMap. But if we come with the idea that we want to store opening hours for little shops in Wikidata I'm sure that the Wikidata community would not be amused to it. (I already try it.) So before we have something of the pre-conditions on the horizont I think it's easier go further with the way of name tags we have now for years. Tim alias Kolossos ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] DKIM comment taguer des panneaux biche (dot com) / animaux sauvages
Le 04/06/2015 11:06, Marc SIBERT a écrit : J'ai pensé aussi à une image mapillary. Tient, il existe même la clé mapillary http://wiki.openstreetmap.org/wiki/Key:mapillary est encore peu utilisée (111 à ce jour d’après taginfo http://taginfo.openstreetmap.org/keys/mapillary#overview). Il ne manque que la mise à jour du plugin Tag2Link et ce sera parfait ;-) — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Wie GPX-Routen anzeigen in OSM Mapnik oder ähnlich
Hallo Volker, bikemap.net habe ich gerade ausprobiert, das klappt gut. naviki.org fragt vor dem Hochladen nach Benutzername und Passwort. Beides habe ich nicht. Gruß Bernhard -Ursprüngliche Nachricht- Von: Volker Schmidt [mailto:vosc...@gmail.com] Gesendet: Sonntag, 7. Juni 2015 22:24 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Wie GPX-Routen anzeigen in OSM Mapnik oder ähnlich Bei bikemap.net und naviki.org kannst du GPX tracks hochladen und ausserdem feine Detailmappen entlang der Strecke als druckfertige pdf Datei produziern. Allerdings nicht auf Mapnik Hintergrund. 2015-06-07 21:31 GMT+02:00 dod...@online.de: Hey, www.wandermap.net bzw. www.bikemap.net kennst Du? Hier kannst Du über “Route anlegen” u.a. auch eine gpx-Datei raufladen; Du kannst Dir dann die Route betrachten oder auch bearbeiten… Alternativ könnte auch www.komoot.de etwas für Dich sein… VG, Thorsten Gesendet von Windows Mail Von: Bernhard Weiskopf Gesendet: Sonntag, 7. Juni 2015 15:58 An: Openstreetmap allgemeines in Deutsch Hallo an alle, von Bekannten habe ich ein paar Routenempfehlungen als gpx-Dateien erhalten. Wie kann ich die am einfachsten in OSM Mapnik ( http://www.openstreetmap.org) oder einer ähnlichen Karte betrachten? Unter OsmAnd auf dem Smartphone ist das kein Problem, aber auf dem größeren Bildschirm am PC habe ich keine einfache Möglichkeit gefunden. Hochladen als GPS-Track funktioniert nicht, die Meldung lautet “Found no good GPX points in the input data. At least 75% of the trackpoints lacked a time tag …” Dann folgt der Link http://wiki.openstreetmap.org/index.php/GPX_Import_Failures Von dort gibt es weitere Links, auch zu weiteren Programmen (die ich nicht kenne und nicht installiert habe) und von denen ich nicht weiß, ob sie bzw. welches und wie zum Ziel führen. Kann mir jemand eine einfache Lösung empfehlen? Gruß Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] Public Transport Schema und Wien
Und auch beim 72A wird es etwas falsch angezeigt. Wieso der Ast Gasometer - (Haidestraße) - Hasenleitengasse weggelassen wird und erst ab Haidestraße gezeichnet wird ist etwas seltsam. Denke es ist auch ein Bug (?) Oder findet wer am 72A einen Fehler, den ich jetzt schon 3 Mal übersehen hab? http://overpass-api.de/api/sketch-line?network=VORref=72Aoperator=correspondences=100width=2700height=495font-size=force-rows=1max-cors-per-line=max-cors-below=style= ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-br] RES: Reunião Periodica - OSM Brasil
Caros colegas, Vou compartilhar informações que podem ajudar no encaminhamento sobre a base pública de endereços. 1. A questão de dados públicos relacionados à cartografia ou outros dados georreferenciados tem sido uma longa discussão nestes últimos anos. Eu entendo que se os dados foram produzidos com dinheiro público e podem contribuir para o desenvolvimento do país devem ser disponibilizados publicamente. Já recomendei a alguns clientes que solicitassem os dados das instituições públicas com base na lei de acesso à informação. 2. Eu conduzi alguns grandes projetos do Governo Federal envolvendo geotecnologias livres, como o Sistema de Gestão de Obras do Exército e o Sistema de Gestão de Patrimônio Ferroviário da ANTT. Devido a estes casos de sucesso, a equipe da EBCT responsável pelo projeto de geoprocessamento corporativo abriu um canal de comunicação comigo e tivemos algumas reuniões técnicas. Eles passaram mais de um ano estudando como montar a arquitetura deles e fiz o último contato em 2013, quando eles me apresentaram um ideia de fazer uma base de georreferenciada de arruamento. Eu expliquei que o investimento numa solução própria para uso interno seria muito onerosa e recomendei uma solução baseada no OSM a ser desenvolvida de forma colaborativa. Defini algumas linhas para integração com a comunidade e explanei como seria uma solução viável, mas os contatos não evoluíram para um projeto. Desta forma, não mantive mais contato sobre o assunto com eles, mas continuo estudando a evolução deste tema no Brasil. 3. Se considerarmos os endereços uma base georreferenciada, então o CEP poderia ser enquadrado no art 3 do Decreto Federal 6.666 (INDE). 1. Art. 3*o* O compartilhamento e disseminação dos dados geoespaciais e seus metadados é obrigatório para todos os órgãos e entidades do Poder Executivo federal e voluntário para os órgãos e entidades dos Poderes Executivos estadual, distrital e municipal. Considerando que as empresas públicas federais se enquadram em entidades do Poder Executivo Federal (não tenho certeza se isso é verdade), então seria obrigatório que a EBCT publicar esta base dentro dos padrões definidos na INDE. Considerando verdade o parágrafo anterior, então o problema do CEP pode ser resolvido com uma denúncia formal ao Ministério Público pelo descumprimento do Decreto Federal 6.666. Espero ter contribuído com uma visão diferente sobre o mesmo tema. Abs, Uchoa -- Helton Nogueira *UCHOA* :: engenheiro.uc...@gmail.com *Information Technology and Geospatial Specialist - Project Manager* *OSGeo Charter Member (www.osgeo.org http://www.osgeo.org)* +55 *85* 8886-3909 (OI - *WhatsApp*) :: +55 *85* 9716-7769 (TIM) :: +55 *85* 3037-8689 (MULTIPLAY) Blog: helton.uchoa.com/ LinkedIn: br.linkedin.com/in/heltonuchoa/ Facebook: www.facebook.com/HeltonNogueiraUchoa Twitter: https://twitter.com/helton_uchoa (@helton_uchoa) Vimeo: https://vimeo.com/channels/engenheirouchoa Papers: http://pt.scribd.com/heltonuchoa Em 3 de junho de 2015 19:24, Reinaldo Neves rne...@equacao.com.br escreveu: Senhores apenas para não deixarmos em branco e manter a lista informada resolvi fazer um breve relato da reunião online de hoje, caso tenha deixado passar alguma coisa por favor me corrijam. Reinaldo Após uma breve apresentação o Thierry relatou sobre artigos publicados, dos quais já tivemos noticias na lista e encontros que teve com pessoas do IBGE, Correios Brasil, Correios França cujo resumo é: 1) O Correio francês esta em processo de auxiliar na montagem de um cadastro de endereços open, feito por terceiros 2) O IBGE tem interesse nesse tipo de trabalho e não faz restrições ao uso do CNEFE 3) No segundo semestre o IBGE libera atualização do CNEFE com dados de lat/long de outros endereços além dos já existentes em área rural 4) A EBCT tem projeto de cadastro de endereços, que está parado em função de discordâncias internas sobre ser um projeto open, ou o correio continuar “dono” da Informação 5) Foi feito projeto piloto entre OSM/Correio em Trindade para capacitar carteiros a contribuir com o OSM, encontra-se no mesmo status do item anterior pelos mesmos motivos Foi sugerido que se de força as pessoas favoráveis ao projeto open, onde a comunidade OSM possa influir é claro, convidando-as a verbalizar sua posições na mídia escrita e em fóruns nacionais e internacionais que tratem do assunto, como por exemplo o encontro a realizar-se no México e Chile em futuro próximo. Falamos em retomar o processo de constituir o capítulo Brasil do OSM, eventualmente agregando o projeto de endereços abertos sugeridos pelo Thierry. Neste ponto foi sugerida adesão ao projeto open address ( http://openaddresses.io ), não conheço o projeto e não tenho como opinar,
Re: [OSM-talk] (licence of wikidata) was: Can wikidata links help fight name inflation?
Am 07.06.2015 um 22:56 schrieb Christoph Hormann: ... *Individual* facts are never an issue, neither under copyright nor database rights, it only becomes a problem w.r.t. database rights once you systematically transfer data on a larger scale. In other words a single source=wikipedia is not a problem, it only becomes an issue when it occurs in larger numbers. It is of course somewhat difficult to draw the line here. Yes that is the problem. But no mapper should feel required to refrain from looking into wikipedia while mapping IMO or ban copyrighted books from his/her library out of fear for license problems. The difficulty is even -if- every mapper only ever copied one individual fact from a source into OSM, for the lack of a better example lets say google, which in isolation would be unproblematic, it is extremely unlikely that a court would consider that unconnected to 500'000 other mappers doing the same. I would suspect that any court worth its salt would always consider the OSM contributors as one entity and any substantial vs. non-substantial considerations to always consider the complete body of data from the same source. Now while this is naturally just speculation, most of the times courts try to avoid creating gigantic legal loopholes and it is unlikely that they would rule an activity illegal for one entity, legal for many just because the Internet makes it possible to split it up over a very large number of people. Simon signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] DKIM comment taguer des panneaux biche (dot com) / animaux sauvages
Bonjour Marc, Le 04/06/2015 11:06, Marc SIBERT a écrit : c'est bien normal, ou pas. Tu t'attendais à quoi ? Quelle informations veux-tu trouver ? Les différents tags ? J'ai pensé aussi à une image mapillary. je ne m'attendais à rien en particulier mais l'affichage contrasté m'avait conduit à penser que quelque chose pouvait être affiché. D'autant que lorsqu'on passe le pointeur sur la zone, il change de forme, ce qui suggère un lien vers une info complémentaire. A+ -- Jean-Francois Nifenecker, Bordeaux 07.52.63.25.54 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr