Re: [Talk-es] OsmAnd ¿Error en los ficheros de países?
El 28 de agosto de 2015, 10:38, El fotógrafo giróvago elfotografogirov...@gmail.com escribió: ¿Es un error de la app en mi terminal o es un bug de la aplicación? Uso la versión 2.1.1 de OsmAnd en un Android 4.4.2 En OsmAnd+ 2.1.1 con Android 5.1.1 no me pasa eso :-\ -- Luis García ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-de] Multiple Adressen für ein Gebäude / addr:place / place node / rendering
Hi, ich weiss ich breche hier wieder eine Religiöse Diskussion vom Zaun - Ich erhoffe mir das jemand vielleicht noch eine Lösung hat die schöner in der Karte aussieht. Es gibt das Haus Bergfried, 54538 Bausendorf - Das steht mitten im Wald und hat gleich mehrere Adressen. Postalisch laut eigener Angabe: Bergstraße 37, 54538 Bausendorf Landesvermessungsamt - Nach Webatlas Haus Bergfried 0, 54538 Bausendorf Dazu gibt es noch beliebige Spielarten mit - Haus Bergfrieden oder Haus Bergfrieden 0 Postalische Adresse ist einfach - Die habe ich einfach auf einen Node gepackt. Der Weg vor der Tür ist zwar nur ein Wirtschaftsweg/Hauszufahrt aber die Bergstraße ist ja nicht so weit weg als das das ungültig wäre. Das Kataster kennt die Hausnummer 37 im überigen nicht. Das mit Haus Bergfrieden 0, 54538 Bausendorf ist dann schon schwieriger. Am Ende ist das ja ein place - keine Straße. Um so eine Adresse in den Nominatim index zu bekommen braucht es einen place node. Also einen place node mit place=locality, name=Haus Bergfried, alt_name=Haus Bergfrieden - Dann einen addr node mit uaddr:place=Haus Bergfried addr:housenumber=0 Damit sind Bergstraße 37, 54538 Bausendorf Haus Bergfried, 54538 Bausendorf Haus Bergfried 0, 54538 Bausendorf Haus Bergfrieden, 54538 Bausendorf Haus Bergfrieden 0, 54538 Bausendorf Auflösbar und landen an der richtigen Stelle. Das mit dem housenumber=0 ist meine ich noch eine Nominatim Geschichte. Problem ist jetzt das in der gerenderten Karte das a) Haus Bergfried sowohl vom name auf dem Gebäude wie auch vom place gerendert wird b) in Höheren zoomstufen das Haus Bergfried durch die Hausnummer 0 verdrängt wird Ich persöhnlich finde ja wichtiger das der Geocoder für alle möglichen eingaben mir ein vernünftiges Ergebniss liefert - Aber schön ist was anderes. Wenn addr:full mal geht dann kann man da ein wenig aufräumen und entsprechend die mutiplen adressen unterbringen. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-nl] [Dutch] AmsGeoDrinks - Zeppos do 27 aug
Ik kon er helaas niet bij zijn :-( @Steven: veel plezier in de VS. Dank voor al je inzet tbv OS-Geo en OSM hier in Nederland. Groet, Henk -Oorspronkelijk bericht- Van: Frank Steggink [mailto:stegg...@steggink.org] Verzonden: vrijdag 28 augustus 2015 01:19 Aan: du...@lists.osgeo.org; OpenStreetMap NL discussion list talk-nl@openstreetmap.org Onderwerp: Re: [OSM-talk-nl] [Dutch] AmsGeoDrinks - Zeppos do 27 aug Voor degenen die er niet bij waren: we hebben op een passende wijze uitgeleide gedaan van Steven! Hier de bewijzen: * http://www.meetup.com/AmsGeoDrinks/photos/26367142/441356154/?a=pu3.2_l * http://www.meetup.com/AmsGeoDrinks/photos/26367142/441356179/?a=pu3.2_l Voor wie de tekst op de tweede foto beter wil lezen: http://lists.osgeo.org/pipermail/dutch/2007-October/00.html Groeten, Frank On 25-8-2015 15:11, Just van den Broecke wrote: Op 27/8 weer een Amsterdam Geo Drinks ter ere van vertrek ons voormalig OSGeo.nl bestuurslid Steven naar USA DC, opgeven op http://www.meetup.com/AmsGeoDrinks/events/224785253 Hartelijke groet, Just ___ Dutch mailing list du...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/dutch ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-fr] couche OSM pour parking/ stationnement?
A la vue de l'ortho (si elle est encore d'acutalité), le highway + area est clairement abusif. On a des arbres en plein milieu, une place de marché et même une cabine téléphonique d'après OSM. La Place du jeu de ballon qui se trouve à proximité n'est pas bien correcte non plus, c'est clairement un parking bien plus qu'un espace piétonnier, même si comme sur tout parking les piétons peuvent circuler librement. La Place Saussine est elle aussi clairement mal taguée... les voitures ne peuvent pas y circuler librement en tout sens. Place des Docteurs Dax, là aussi avec des arbres au milieu, on ne peut donc pas circuler en tout sens et le polygone est inadapté. On 27/08/2015 10:32, Jérôme Seigneuret wrote: Voici la zone en question https://www.openstreetmap.org/changeset/33386830#map=19/43.78437/4.09067 que j'avais commencé à retoucher... C'est un cas que j'ai trouvé et tenter de corriger à minima (il y a 10 jours de ça) mais il y a d'autres cas qui remontent trop loin pour que je m'en souvienne. C'est pas dans mes changesets car je n'y ai pas touché ne sachant pas quoi faire. Pour ce cas, j'avais laissé la place du Jeu de Ballon en highway=pedestrian (ce qui n'est pas correct à mon avis) mais les circulations sur la place de la République sont pas mal aussi. Peut-être que c'est gérable via une relation avec des inner et outer... Mais ça mérite un autre sujet pour le suivi et un enrichissement du wiki (si le cas n'est pas déjà présent mais j'ai rien trouvé. Il y a surement des personnes plus calé que moi sur le sujet pour apporter une solution). Merci Le 27 août 2015 10:02, Jérôme Seigneuret jseigneuret-...@yahoo.fr mailto:jseigneuret-...@yahoo.fr a écrit : Je recherche ça dans mes groupes de modifications et je mettrais ça en lien Le 26 août 2015 22:13, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Il est où cet exemple ? J'ai du mal à me représenter un tel cas. On 26/08/2015 16:48, Jérôme Seigneuret wrote: Le 26 août 2015 16:25, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Dans ce cas, il faut tout garder (highway, area, amenity) Dans ce cas c'est Osmose et JOSM qui vont pas être content. Mais bon on peut faire avec. ou bien descendre un cran en plus dans le niveau de détail du mapping pour séparer la surface du parking de la voie de circulation environnante car si il y a un parking au milieu de la place c'est qu'on la contourne quand on circule... Pas vraiment dans mon cas la place et le parking sont confondus. Si je veux ajouter un parking_aisle je crois qu'il faut gérer des contraintes de superposition au niveau des jonctions de la voirie. Je peux ajouter une surface amenity=parking par dessus aussi en enlevant le trottoir de séparation de la rue et de la place adjecente (60cm de largeur de linéaire). Pas de trottoir coté bâti dans mes souvenirs car la place et le parking sont contre. Cela étant, on peut aussi transférer cette discussion sur un autre sujet car j'ai d'autres cas un peu pénible en tête pour les places avec une voie de type secondary traversant la place avec le même nom et des voies de services qui se rajoute. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Multiple Adressen für ein Gebäude / addr:place / place node / rendering
Hallo, scheint ja wirklich ein schwerer fall. Die Adresse Haus Bergfried, 54538 Bausendorf könnte man ja folgendermaßen erfassen addr:housename=Haus Bergfried addr:postcode=54538 addr:city=Bausendorf das kann man dann sogar noch auf dem gleichen Node mit der Postalischen ergänzen: addr:street=Bergstraße addr:housenumber=37 dazu würde ich ggf. noch name=Haus Bergfried und alt_name=Haus Bergfrieden packen. addr:place ist mehr für ein Ersatz von Straße würde ich vom gefühl her nicht nehmen, in DE wird da meist genommen wenn eine kleine Siedlung existiert, die keinen Straßennamen hat bzw. Straßenname=Ortsname ist. Christopher Lorenz ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] osmose: analyse croisement BANO/OSM à tester... dégommer du rouge autrement
J'ai repéré des propositions de fix incorrectes, je vais affiner ça avec une ou deux tentacule de plus à ma requête postgis tentaculaire ;) On 27/08/2015 09:50, Florian LAINEZ wrote: Merci Christian, très utile. Sans surprise on a un très faible taux d'erreur en grande ville VS jungle d'erreurs autre part. Au boulot ! Le 26 août 2015 23:55, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : On 15/08/2015 19:27, didier2020 wrote: cool ! j'en profite pour te remercier de ces dernieres idees qui sont une aide précieuse pour les ajouts/corrections J'ai modifié la requête pour l'analyse osmose s'appuyant sur BANO pour signaler les rues manquantes, les nom manquants ou incorrects. Elle prend en compte beaucoup plus de cas de figure et on est passé surtout de 2600 proposition ajout ou correction de noms à plus de 2. Si la proposition de josm-fix n'est pas correcte, signalez-le avec un faux-positif, ça me permet ensuite de les passer en revue et de rectifier le tir dans ma requête tentaculaire. Voici le lien direct pour les propositions d'ajout de noms de rue: http://osmose.openstreetmap.fr/fr/map/#item=7170class=32 il y en a plus de 16000... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-es] OsmAnd ¿Error en los ficheros de países?
Buenas, Es raro, yo tengo la misma versión y no me ocurre. De todas maneras, ¿de dónde te la has bajado? La versión de Google Play tiene limitaciones (límite de mapas). Por el contrario, yo me la he bajado de F-Droid ( https://f-droid.org/), que es libre y no tiene ninguna restricción. A parte de que me funciona bien. Un saludo, -BEGIN PGP PUBLIC KEY BLOCK- Version: SKS 1.1.5 Comment: Hostname: pgp.mit.edu mQINBFVHIooBEAC47yLtG15U3NVj/8s4HEohU1V7UOE1trV9E6U8xMV++bHiffAldF1rlCJ3 MzwZCVb4QU88F8w8cQO6LRbVhwgtXam5NXetqYfWhV3VBe9CYZ2S+S+GFrhvSDnpO8/+e8QE fC6XDaFR44Hz1xQ9wcpaovWkFR/eK1nmeq5pUGWcb7nIi//ElMhgVp8Z8g/vQhRPhxhiuWMK 0MaN4R/+kYU6/3m3SA2OBuJwwLddzXZh3baX9/eMBVuEbVyuh/vaKt63loLBEaOBdWNAVRd9 tmbZAEa9SbPb/oUYq1ichWuJwq66b3tRUKbowbk4qQHEr10CTBhGPt8kY+dlLF2e4j5Ah6bi UEGPbnhBG6BP5GVndiGTcAzd1yNI1SPtx1gXlimrWSM8jzqjljbVjxCQm6ogsNpnXj+A7peL nKf3Ep7TL4P8Aa7ubEoET0Yzxv0kA5n4fPX6XEnF6GufNetVmfxxjr930EnBU4oJAWNrcw8K uQzqysOHWIW7ztxL4VB4jmmOBB4XeUEqgwAOMwECY5CpQRCk+igdXTx6qVYDzasTaF6TG512 +lwIIhNEYBVv3cGwWg/PjSRVN7dRXnvCfRMUNxDsZQH1anmCSJRyGFjilEjMhMUsCQZtFNG6 1NKFvEFVSAI5EICqAfN27Bidy+BzfhrXjUd8AxHky6S3Mj+NrwARAQABtC1TZXJnaW8gR2Fy Y2lhIFZpbGxhbG9uZ2EgPHlheWFsb3NlQGdtYWlsLmNvbT6JAjgEEwECACIFAlVHIooCGwMG CwkIBwMCBhUIAgkKCwQWAgMBAh4BAheAAAoJEBEyOVOGK9uqETwP/Ay9S49YFNTIn8t2XZ0f 3Mhl1RqD5cSc5Vn2eOSMiR5Hc4iWv2ogz8DN4j5wF913nA4f8pDgLpaQXbG0HlW6Ajo57z/T 1Ct89ItKA3NJSGB+vlU+mlrQQ9Ks0zqIPstPZZCZClU0Blvm9U8b9FftnRl+kbSQ8eNFMtpW 7zk+0a2VSM3ftDA5Om0b3HuWQorKP8JOpw6RAW8K2dFhSShKAmZdFTHkJ9bSNCl7tXzRr1+k 1uVbGVMUt+lcSoQuhHv5frNPYw+cXHEOP5Up3yINf9Hrvr3CTES/k7T0utmrJsI6iucOr1gf hyG189tjcLEYtvlcIxZgBnPop90BdusCScDcUb+syL+Ya2CaK/6QNlmK18ALUPhwyKcNb1th UuxnL+X0ffFvDnVsXYq0BY0OnVv7eHoJphyHy2uKf2OSqGP6AOuLTzPUIYQtyzbttLw1Zxgf 34NCyxwycYmFf83wCuLq6SI3rxkVnxNm3QzsV/CBiIkWV2pHC2Die168PYTIOrApVHvyZff4 paFiYhT2TkRko9645U/6kqzKTHOB7vyM4wEXwYYRE5GEw1SyVfTvT9M4L4v/PtefZ7TuM8Pu yw1pRKNB1+CYPIBlh3VYVvM5rbuZ5/4tPdQbZWWM4uOrikQslsDymX38+dYRUQwbzLIEcBt1 zaNb9snBTbGMZAlluQINBFVHIooBEADyICmTx2Qrznhc21rPdyXI9oE7XEyqY3Q1/DdPQky7 O62QbbP6vXyEZySlFqtRs59oqH58Ml1MBE0YhV+kJdBAEqkPxN0wLpJe945V5zYyNzPHDRsc flHyid6DV7Faku5eZQCklxeKrSa6R/6+dP/PPersxFfTy4cO8jaVV4gOy6lQYJoFP1a9geAM WwBRyZXRF4l3XtliuVcdBf71JhIF0BEYUFHA1Bm0ooZZDx3REc1/I4lW/lgbW9BN1NmPo0Zy 3sj/ikZPXA7wpAXnulhZHYQL5yVyODZEJD7j7lwbuscO+l+i6wDKolAiLj2tCrRZhfuAbibH q84StLw32zG7+7eviXaQzV6xAByqBhZY7I3u5XLU0mK6gH81Yf+wPxpliWFtjfy8LPtqcPT/ kz0ipRA0Ou4yF533BykfEEX1s08LUYc3Glgx0uGtVgrK8r6vaeL2K4IvndVWD9jtI9ArPkur hjxzkAkz7dhhLqqGezUrL7UPxgv+Wcv6fjchrktqutuSQe23has5KlsknY3FevDQ8o0/0Yhm tATwbOqO8O4vP/4vJ3OAHWdDDJNvk625VZ78pfosplZx27kSQbxMbrVFdCFPl49bGTaFMtJO BuQdR2M54SSI/OwKm3wVTscZ9wdn380I27HitfhPIuy7ieq/HVUBBpoE1tX+fNPIIQARAQAB iQIfBBgBAgAJBQJVRyKKAhsMAAoJEBEyOVOGK9uqGTkP/2G1CU9ogBc7gBRhCwVOyZ/+JqFh OgqzrFtQwDuTzxBTRnQV2IDLv3QHsfI9o6qYTLr1+YstDftEuXoYg/e5QwiSBlmyhLdBllbH pY7L1e4H3tJHqXm+En23BlDmjwfiYoPkhQ8Y14i56zE4A06z0iko40CmmTCkknPKfwsNZ1Oj ZUlsJ8GPV3J5rk0w0uodhiuc9aa70TSKxOpAMuQM/EV57d9aFhe+K6aY+4JnZrrH4WnJBoMr F5/65vjP+TdsaXtFUszu1ZOtYH3abPB/oKqXK4d21dAKXYYDLaisPh5WeF3uwO0QRb2Rd6/D 1Er1QcBSQ0IT6yhwNbW2N409HLdOWOVHDzLRKt+jaLLheXfMJMD8Sx+3x3i9NGDqLlE5KCFO a4tE2mToqwWpnb3Lfx3GhCJtnj/9mujVVEWmtGJw4VAAWAKxr0EUoZceblR44pHiVifaraJC FzlfuleYBYpVHqp5D9zLh9lVDafhwDTPjmcTWulVg0wVz38y0XFTZLsXa4Yo8b35z3u+nAqm hvDv3pEampkuSHdB9GI7rGCc28adWNzmGt6N0GiIphCr2UUxsWZe3n+RxOLJJ/KIWYfJ9Rlx NpWcgg5v+PJWW/8GGg1Q/kjsHT/BG3Pp4Mgk1qLvyudoP/nKKU97JOTu3cvAMzer22ACrtqn VGVHqIBa =R9my -END PGP PUBLIC KEY BLOCK- 2015-08-28 10:38 GMT+02:00 El fotógrafo giróvago elfotografogirov...@gmail.com: Recientemente he hecho un viaje a portugal y cuando fui a descargarme la cartografía fuera de línea del país me encontré que en el directorio de los ficheros de Europa aparecían todos los países como Japón en vez de con su nombre correcto. De hecho, el de España que ya tengo descargado también aparece como Japón en vez de con su nombre correcto. ¿Es un error de la app en mi terminal o es un bug de la aplicación? Uso la versión 2.1.1 de OsmAnd en un Android 4.4.2 Saludos y gracias por adelantado. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-cz] Kam dávat rozcestníky
To mi připomíná problém, kam umisťovat rozcestníky do mapy. Používají se totiž dva způsoby: (1) rozcestník se dá na místo, kde skutečně je - pár metrů od rozcestí, křižovatky, cesty (2) rozcestník se dá do rozcestí, křižovatky, cesty - viz třeba http://www. openstreetmap.org/node/262122527 (též informační tabule hned vedle) Standardní a správný způsob je imho (1). Vidíte někdo nějakou výhodu (2)? Protože já to považuju za úplný nesmysl - zatím jsem ale úpravy z (1) na (2) nerevertoval. Honza -- Původní zpráva -- Od: xkomc...@centrum.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 27. 8. 2015 1:18:40 Předmět: Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů] Jojo, ideálně na konec a přiřadit jim roli guidepost xkomczax __ Od: Miroslav Suchý miros...@suchy.cz Komu: talk-cz@openstreetmap.org Datum: 27.08.2015 01:12 Předmět: Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů] Dne 27.8.2015 v 00:58 jzvc napsal(a): Ovsem pokud koukam dobre http://www.openstreetmap.org/relation/1741176#map=15/49.9527/14.7611 tak ta zluta (prvni zaznam) zjevne existuje cela. Kdyz na to koukam... smerovniky (guidepost) se maji pridavat do te relace taky? To jsem nevedel. Nebo je to omyl? Mirek ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-de] Multiple Adressen für ein Gebäude / addr:place / place node / rendering
Hallo Flo, warum hängst du die Tags nicht alle an den Gebäudeumriss, den Tag place=locality http://wiki.openstreetmap.org/wiki/DE:Tag:place%3Dlocality würde ich normalerweise weglassen oder auch mit dranhängen. addr:housenumber=37 würde ich taggen , 0 nicht, die wird nie am Haus angebracht und bei der Suche würde sie doch auch keiner eingeben. Steht eigentlich eine Nummer am Haus? note=Adresse im Web zu finden auf Seiten auf denen die Jugendhilfe erwähnt wird. Anfahrtsbeschreibung auf der Seite über die B421 aber Offizielle Adresse nach Landesvermessungsamt - Zu finden im WebAtlas - Haus Bergfried 0, Bausendorf Den Hinweis würde ich zusammenfassen. addr:city=Bausendorf addr:country=DE addr:housename=Haus Bergfried addr:place=Haus Bergfried addr:postcode=54538 addr:street=Bergstraße alt_name=Haus Bergfrieden building=yes name=Haus Bergfried website=http://www.bergfried-jugendhilfe.de Wenn alles am Gebäude hangt macht der Renderer auch nicht so viel Unsinn. Gruß Gisbert Am 28.08.2015 um 11:52 schrieb Florian Lohoff: Hi, ich weiss ich breche hier wieder eine Religiöse Diskussion vom Zaun - Ich erhoffe mir das jemand vielleicht noch eine Lösung hat die schöner in der Karte aussieht. Es gibt das Haus Bergfried, 54538 Bausendorf - Das steht mitten im Wald und hat gleich mehrere Adressen. Postalisch laut eigener Angabe: Bergstraße 37, 54538 Bausendorf Landesvermessungsamt - Nach Webatlas Haus Bergfried 0, 54538 Bausendorf Dazu gibt es noch beliebige Spielarten mit - Haus Bergfrieden oder Haus Bergfrieden 0 Postalische Adresse ist einfach - Die habe ich einfach auf einen Node gepackt. Der Weg vor der Tür ist zwar nur ein Wirtschaftsweg/Hauszufahrt aber die Bergstraße ist ja nicht so weit weg als das das ungültig wäre. Das Kataster kennt die Hausnummer 37 im überigen nicht. Das mit Haus Bergfrieden 0, 54538 Bausendorf ist dann schon schwieriger. Am Ende ist das ja ein place - keine Straße. Um so eine Adresse in den Nominatim index zu bekommen braucht es einen place node. Also einen place node mit place=locality, name=Haus Bergfried, alt_name=Haus Bergfrieden - Dann einen addr node mit uaddr:place=Haus Bergfried addr:housenumber=0 Damit sind Bergstraße 37, 54538 Bausendorf Haus Bergfried, 54538 Bausendorf Haus Bergfried 0, 54538 Bausendorf Haus Bergfrieden, 54538 Bausendorf Haus Bergfrieden 0, 54538 Bausendorf Auflösbar und landen an der richtigen Stelle. Das mit dem housenumber=0 ist meine ich noch eine Nominatim Geschichte. Problem ist jetzt das in der gerenderten Karte das a) Haus Bergfried sowohl vom name auf dem Gebäude wie auch vom place gerendert wird b) in Höheren zoomstufen das Haus Bergfried durch die Hausnummer 0 verdrängt wird Ich persöhnlich finde ja wichtiger das der Geocoder für alle möglichen eingaben mir ein vernünftiges Ergebniss liefert - Aber schön ist was anderes. Wenn addr:full mal geht dann kann man da ein wenig aufräumen und entsprechend die mutiplen adressen unterbringen. Flo ___ 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: [OSRM-talk] OSRM / traffic
Our approach to support traffic in the future is two-fold: 1. Make CH pre-processing fast enough so that you can do traffic on smaller extracts. 2. Change the routing algorithm to a technique that supports fast updates. 1. is currently being worked on. You can try the `feature/traffic_data` branch. This is very much WIP. For one there is no documentation of how to use it yet and I doubt you have data in a suitable format lying around. 2. is a big push. ETA on a first candidate is some time next year. Hope this helps, Patrick On Fri, Aug 28, 2015 at 10:42 AM, qua...@no-log.org wrote: Hello, Do you plan to include traffic in OSRM ? I was wondering if it was possible, because of your use of CH algorithm, which seems not to be the most suitable for traffic. ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [Talk-cz] Kam dávat rozcestníky
Ahoj, oboje vidím to (a mapuji) stejně jak Vojta. Řešení problému, který on nastínil, by bylo ve vytvoření schématu podobnému zastávkám veřejné dopravy, kdy jeden bod (umístěný mimo cestu) značí zastávku, druhý (umístěný na cestě) značí místo, kde autobus staví a oba tyto body jsou v relaci. Akorát nevím, jestli by to nebyl zbytečný overkill. xkomczax __ Od: Vojta vts@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 28.08.2015 14:23 Předmět: Re: [Talk-cz] Kam dávat rozcestníky Ahoj, výhoda 2) je v tom, že pokud se počítá trasa a je potřeba informace typu u rozcestníku doprava, s rozcestníkem na křížení cest je to triviální, zatímco když je vedle, musí se počítat vzdálenost od cesty, případně křižovatky a ta logika je složitější. Nicméně jsem taky pro mapování reality tak přesně, jak to umíme a tedy mapování cedulí na místě, kde doopravdy jsou. Vojta Dne 28. srpna 2015 13:00 v...@email.cz napsal(a): To mi připomíná problém, kam umisťovat rozcestníky do mapy. Používají se totiž dva způsoby: (1) rozcestník se dá na místo, kde skutečně je - pár metrů od rozcestí, křižovatky, cesty (2) rozcestník se dá do rozcestí, křižovatky, cesty - viz třeba http://www.openstreetmap.org/node/262122527 (též informační tabule hned vedle) Standardní a správný způsob je imho (1). Vidíte někdo nějakou výhodu (2)? Protože já to považuju za úplný nesmysl - zatím jsem ale úpravy z (1) na (2) nerevertoval. Honza -- Původní zpráva -- Od: xkomc...@centrum.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 27. 8. 2015 1:18:40 Předmět: Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů] Jojo, ideálně na konec a přiřadit jim roli guidepost xkomczax __ Od: Miroslav Suchý miros...@suchy.cz Komu: talk-cz@openstreetmap.org Datum: 27.08.2015 01:12 Předmět: Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů] Dne 27.8.2015 v 00:58 jzvc napsal(a): Ovsem pokud koukam dobre http://www.openstreetmap.org/relation/1741176#map=15/49.9527/14.7611 tak ta zluta (prvni zaznam) zjevne existuje cela. Kdyz na to koukam... smerovniky (guidepost) se maji pridavat do te relace taky? To jsem nevedel. Nebo je to omyl? Mirek ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSRM-talk] OSRM / traffic
Thanks for your reply ! Which papers will your work will be done ? The Bast's ones ? Our approach to support traffic in the future is two-fold: 1. Make CH pre-processing fast enough so that you can do traffic on smaller extracts. 2. Change the routing algorithm to a technique that supports fast updates. 1. is currently being worked on. You can try the `feature/traffic_data` branch. This is very much WIP. For one there is no documentation of how to use it yet and I doubt you have data in a suitable format lying around. 2. is a big push. ETA on a first candidate is some time next year. Hope this helps, Patrick On Fri, Aug 28, 2015 at 10:42 AM, qua...@no-log.org wrote: Hello, Do you plan to include traffic in OSRM ? I was wondering if it was possible, because of your use of CH algorithm, which seems not to be the most suitable for traffic. ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
Re: [Talk-cz] Kam dávat rozcestníky
Řešení problému, který on nastínil, by bylo ve vytvoření schématu podobnému zastávkám veřejné dopravy, kdy jeden bod (umístěný mimo cestu) značí zastávku, druhý (umístěný na cestě) značí místo, kde autobus staví a oba tyto body jsou v relaci. Akorát nevím, jestli by to nebyl zbytečný overkill. Toto by podle mne melo smysl v pripade, kdy bychom meli pouze topologicke informace a nikoli geoinformace. Proto nad geodaty existuji operace jako ST_Distance, ST_ClosestPoint, ST_DWithin apod. Pokud nekdo prevadi ta data do tvaru vhodneho pro routing (bez souradnic, jen jako graf s hranami ohodnocenymi vzdalenosti nebo jinou metrikou), tak si tam samozrejme tyhle vztahy muze doplnit jako soucast transformace dat. Tyhle relace mne take napadly ale nechtel jsem tim komplikovat svuj predchozi mail, ktery uz byl tak dost dlouhy ;). Jejich vyuziti bych si dovedl predstavit tam kde ten rozcestnik neodkazuje k nejblizsimu krizeni - obcas se vyskutuji rozcestniky typu po 200m doleva. V takovem pripade by mi davalo smysl oznacit ten relatedPoint explicitne, protoze parsovat prirozeny jazyk v ramci geodat by bylo to posledni, co bychom chteli ;) Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Kam dávat rozcestníky
To mi připomíná problém, kam umisťovat rozcestníky do mapy. Používají se totiž dva způsoby: (1) rozcestník se dá na místo, kde skutečně je - pár metrů od rozcestí, křižovatky, cesty (2) rozcestník se dá do rozcestí, křižovatky, cesty - viz třeba http://www. openstreetmap.org/node/262122527 (též informační tabule hned vedle) Standardní a správný způsob je imho (1). Vidíte někdo nějakou výhodu (2)? Protože já to považuju za úplný nesmysl - zatím jsem ale úpravy z (1) na (2) nerevertoval. To je filozoficka otazka. Protoze to, oc tu bezi, je rozcesti. Tedy ta krizovatka cest. Rozcestnik o tomto rozcesti jen informuje. A protoze by nebylo prakticke mit rozcestnik uprostred krizovatky, pichne se v terenu nekam vedle. A ted si rekni, jde ti o zmapovani toho rozcesti a k nemu pridat informaci o tom, ze je tam i rozcestnik? Nebo mapujes polohu informacni cedule, ktera je nahodou zrovna rozcestnikem? Nejak sam nevim, co je vlastne lepsi, logiku vidim v obojem. -- Lukas Gebauer. http://synapse.ararat.cz/ - Ararat Synapse - TCP/IP Lib. http://geoget.ararat.cz/ - Geocaching solution ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-de] Multiple Adressen für ein Gebäude / addr:place / place node / rendering
sent from a phone Am 28.08.2015 um 11:52 schrieb Florian Lohoff f...@zz.de: Es gibt das Haus Bergfried, 54538 Bausendorf - Das steht mitten im Wald und hat gleich mehrere Adressen. ich würde mehrere Adressobjekte machen, die sich ruhig auch überlappen können Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cz] Kam dávat rozcestníky
-- Původní zpráva -- Od: Petr Holub ho...@ics.muni.cz Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org Datum: 28. 8. 2015 14:28:36 Předmět: Re: [Talk-cz] Kam dávat rozcestníky Standardní a správný způsob je imho (1). Vidíte někdo nějakou výhodu (2)? Protože já to považuju za úplný nesmysl - zatím jsem ale úpravy z (1) na (2) nerevertoval. To je filozoficka otazka. Protoze to, oc tu bezi, je rozcesti. Tedy ta krizovatka cest. Rozcestnik o tomto rozcesti jen informuje. A protoze by nebylo prakticke mit rozcestnik uprostred krizovatky, pichne se v terenu nekam vedle. A ted si rekni, jde ti o zmapovani toho rozcesti a k nemu pridat informaci o tom, ze je tam i rozcestnik? Nebo mapujes polohu informacni cedule, ktera je nahodou zrovna rozcestnikem? Nejak sam nevim, co je vlastne lepsi, logiku vidim v obojem. Tento problem nicmene vznika asi proto, ze si lide pletou rozcesti a rozcestnik. Rozcesti je v OSM dostatecne vyjadreno krizenim cest: tedy topologii toho, jak jsou body a cesty vytvoreny, otagovany a zacleneny do relaci. Proto krizici se cesty maji spolu sdilet bod v miste krizeni. To pomerne presne kopiruje strukturu realneho sveta. Rozcestnik pak je doplnkova informacni znacka - a alespon ja nevidim zadny rozumny duvod ho umistovat jinam, nez kde skutecne je - cili typicky je stranou od cesty. Informace o tom, ze jsou na nem vyznacene nejake informace o znackach je plne vyjadrena jeho ucasti v relacich s roli guidepost. Plus rozcestnik jako takovy ma sve vlastni vlastnosti (napr. jmeno a cislo zachycene jako jeho vlastni atributy). Cili za mne je odpoved jednoznacne (1) a vsechny rozcestniky by postupne mely byt na tu variantu (1) prevedeny. Ta varianta (2) pochazi nejspis jeste z doby, kdy se pro znaceni turistickych tras nepouzivaly relace a tudiz by prislusne rozcestniky bylo obtizne dohledat. Prosim, nezapominejte, ze geodata i mapa jsou abstrakci reality. Cili mely by mapovat skutecnost, at jiz se nam tato libi nebo ne (meli jsme na to tema nejake diskuse v minulosti a uzavreli jsme to prave timto konstatovanim). Naprostý souhlas. Líp bych to nenapsal ;-) Určitě by bylo zajímavé z databáze vytáhnout, jaký je poměr řešení 1 vs. 2 a všechny dvojky označit jako fixme=zjistit skutečnou poloho rozcestníku a postupně je převést na 1. Marián Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Kam dávat rozcestníky
Dne 28.8.2015 v 13:00 v...@email.cz napsal(a): To mi připomíná problém, kam umisťovat rozcestníky do mapy. Používají se totiž dva způsoby: (1) rozcestník se dá na místo, kde skutečně je - pár metrů od rozcestí, křižovatky, cesty (2) rozcestník se dá do rozcestí, křižovatky, cesty - viz třeba http://www.openstreetmap.org/node/262122527 (též informační tabule hned vedle) Standardní a správný způsob je imho (1). Vidíte někdo nějakou výhodu (2)? Protože já to považuju za úplný nesmysl - zatím jsem ale úpravy z (1) na (2) nerevertoval. Cus, pokud je soucasti relace tras, kterych se tyce, tak je IMO zcela spravne varianta 1). Varianta 2) jen vlastne nahrazuje tu relaci, jenze je konfliktni a problemova (muzes narazit na situaci, kdy mas treba nazev rozcestniku vs nazev krizovatky). Navic ... uz par patku pracujeme s ponekud vyssi presnosti nez desitky metru ne? Honza -- Původní zpráva -- Od: xkomc...@centrum.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 27. 8. 2015 1:18:40 Předmět: Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů] Jojo, ideálně na konec a přiřadit jim roli guidepost xkomczax __ Od: Miroslav Suchý miros...@suchy.cz Komu: talk-cz@openstreetmap.org Datum: 27.08.2015 01:12 Předmět: Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů] Dne 27.8.2015 v 00:58 jzvc napsal(a): Ovsem pokud koukam dobre http://www.openstreetmap.org/relation/1741176#map=15/49.9527/14.7611 tak ta zluta (prvni zaznam) zjevne existuje cela. Kdyz na to koukam... smerovniky (guidepost) se maji pridavat do te relace taky? To jsem nevedel. Nebo je to omyl? Mirek ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Kam dávat rozcestníky
Standardní a správný způsob je imho (1). Vidíte někdo nějakou výhodu (2)? Protože já to považuju za úplný nesmysl - zatím jsem ale úpravy z (1) na (2) nerevertoval. To je filozoficka otazka. Protoze to, oc tu bezi, je rozcesti. Tedy ta krizovatka cest. Rozcestnik o tomto rozcesti jen informuje. A protoze by nebylo prakticke mit rozcestnik uprostred krizovatky, pichne se v terenu nekam vedle. A ted si rekni, jde ti o zmapovani toho rozcesti a k nemu pridat informaci o tom, ze je tam i rozcestnik? Nebo mapujes polohu informacni cedule, ktera je nahodou zrovna rozcestnikem? Nejak sam nevim, co je vlastne lepsi, logiku vidim v obojem. Tento problem nicmene vznika asi proto, ze si lide pletou rozcesti a rozcestnik. Rozcesti je v OSM dostatecne vyjadreno krizenim cest: tedy topologii toho, jak jsou body a cesty vytvoreny, otagovany a zacleneny do relaci. Proto krizici se cesty maji spolu sdilet bod v miste krizeni. To pomerne presne kopiruje strukturu realneho sveta. Rozcestnik pak je doplnkova informacni znacka - a alespon ja nevidim zadny rozumny duvod ho umistovat jinam, nez kde skutecne je - cili typicky je stranou od cesty. Informace o tom, ze jsou na nem vyznacene nejake informace o znackach je plne vyjadrena jeho ucasti v relacich s roli guidepost. Plus rozcestnik jako takovy ma sve vlastni vlastnosti (napr. jmeno a cislo zachycene jako jeho vlastni atributy). Cili za mne je odpoved jednoznacne (1) a vsechny rozcestniky by postupne mely byt na tu variantu (1) prevedeny. Ta varianta (2) pochazi nejspis jeste z doby, kdy se pro znaceni turistickych tras nepouzivaly relace a tudiz by prislusne rozcestniky bylo obtizne dohledat. Prosim, nezapominejte, ze geodata i mapa jsou abstrakci reality. Cili mely by mapovat skutecnost, at jiz se nam tato libi nebo ne (meli jsme na to tema nejake diskuse v minulosti a uzavreli jsme to prave timto konstatovanim). Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Kam dávat rozcestníky
Ahoj, výhoda 2) je v tom, že pokud se počítá trasa a je potřeba informace typu u rozcestníku doprava, s rozcestníkem na křížení cest je to triviální, zatímco když je vedle, musí se počítat vzdálenost od cesty, případně křižovatky a ta logika je složitější. Nicméně jsem taky pro mapování reality tak přesně, jak to umíme a tedy mapování cedulí na místě, kde doopravdy jsou. Vojta Dne 28. srpna 2015 13:00 v...@email.cz napsal(a): To mi připomíná problém, kam umisťovat rozcestníky do mapy. Používají se totiž dva způsoby: (1) rozcestník se dá na místo, kde skutečně je - pár metrů od rozcestí, křižovatky, cesty (2) rozcestník se dá do rozcestí, křižovatky, cesty - viz třeba http://www.openstreetmap.org/node/262122527 (též informační tabule hned vedle) Standardní a správný způsob je imho (1). Vidíte někdo nějakou výhodu (2)? Protože já to považuju za úplný nesmysl - zatím jsem ale úpravy z (1) na (2) nerevertoval. Honza -- Původní zpráva -- Od: xkomc...@centrum.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 27. 8. 2015 1:18:40 Předmět: Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů] Jojo, ideálně na konec a přiřadit jim roli guidepost xkomczax __ Od: Miroslav Suchý miros...@suchy.cz Komu: talk-cz@openstreetmap.org Datum: 27.08.2015 01:12 Předmět: Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů] Dne 27.8.2015 v 00:58 jzvc napsal(a): Ovsem pokud koukam dobre http://www.openstreetmap.org/relation/1741176#map=15/49.9527/14.7611 tak ta zluta (prvni zaznam) zjevne existuje cela. Kdyz na to koukam... smerovniky (guidepost) se maji pridavat do te relace taky? To jsem nevedel. Nebo je to omyl? Mirek ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-br] RES: RES: fontes de dados do OSM-BR
A Base realmente pode ser interessante, pelo menos em teoria para ser fornecedor do governo federal o endereço não deve ser fantasma J, os números finais devem ser um pouco menores, pois os fornecedores PF não tem endereço, e acredito que deve ser descartado os registros inativos. De qualquer maneira vai ser preciso fazer algo para baixar as informações por api, não achei um lugar para download direto, criar uma banco de dados e checar as que já existem no osm para não subir dados em duplicidade. ___ cid:AEB89D39-0ED3-48AF-9EB7-EF84C2B4BC40 Reinaldo Neves Equação Informática (: (11) 3221-3722 *: rne...@equacao.com.br http://br.linkedin.com/in/rrneves De: Márcio Aguiar Ribeiro [mailto:aguiar.mar...@gmail.com] Enviada em: sexta-feira, 28 de agosto de 2015 00:10 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] RES: fontes de dados do OSM-BR Só corrigindo, são mais de 333.000 empresas. Marcio Aguiar Ribeiro 2015-08-27 23:58 GMT-03:00 Márcio Aguiar Ribeiro aguiar.mar...@gmail.com: Peter, tem uma base interessante do http://compras.dados.gov.br/docs/home.html A licença é ODbL e possui dados de todos os fornecedores do governo com informações de nome, cnpj e endereço de todos. Acredito que são mais de 15.000. Acredito que uma base de empresas também pode contribuir para melhorar o endereçamento do openstreetmap. Marcio Aguiar Ribeiro On Wed, Aug 26, 2015 at 10:37 AM, Nelson A. de Oliveira nao...@gmail.com wrote: Os dados são do IBGE (portanto possuímos permissão de uso). ftp://geoftp.ibge.gov.br/mapeamento_sistematico/base_vetorial_continua_escala_250mil/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br attachment: image003.jpg ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] RES: RES: fontes de dados do OSM-BR
Em 28 de agosto de 2015 11:31, Reinaldo Neves rne...@equacao.com.br escreveu: A Base realmente pode ser interessante, pelo menos em teoria para ser fornecedor do governo federal o endereço não deve ser fantasma J, os números finais devem ser um pouco menores, pois os fornecedores PF não tem endereço, e acredito que deve ser descartado os registros inativos. De qualquer maneira vai ser preciso fazer algo para baixar as informações por api, não achei um lugar para download direto, criar uma banco de dados e checar as que já existem no osm para não subir dados em duplicidade. GitHub, GitHub, GitHub... ou: Git, Git, Git... Mas eu já tenho pendências demais para ir além desse incentivo verbal. Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk] stop deleting abandoned railroads
* Martin Koppenhoefer dieterdre...@gmail.com [2015-08-21 09:22 +0200]: railway=dismantled means there is no railway currently but there are clear traces / remains of a railway (because if there weren't we would not put it in Osm). Just for clarity: railway=abandoned (per the wiki and my understanding of things) is for when there remain traces of a railway whose rails are no longer present. railway=dismantled (and its synonym, railway=razed) was introduced to cover the case where people wanted to tag the path of a former railway where no traces of the railway remain (e.g. because the area was completely leveled to may way for a subdivision or mall). (Reasons for using railway=dismantled usually amount to, The railway=abandoned traces on either side of the leveled area make the former presence of a railway a ground truth (because you wouldn't just have a gap in a railway) so the railway=dismantled way bridges that gap in the OSM database.) -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- Brillineggiava, ed i tovoli slati girlavano ghimbanti nella vaba; i borogovi eran tutti mimanti e la moma radeva fuorigraba. -- Lewis Carroll, Jabberwocky --- -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-ja] Code for Sakai 多治速比売神社(たじはやひめじんじゃ)マッピングパーティ
としです． すみません，すっかり告知が遅くなってしまったのですが， Code for Sakaiでは，明日8月30日に，大阪府堺市で 多治速比売神社(たじはやひめじんじゃ)マッピングパーティをします． https://openstreetmap.doorkeeper.jp/events/29945 あまり肩肘張らずに，気軽にマッピング出来ればと思っています． 前日の告知になってしまってすみません．もし興味があれば， どうぞふるってご参加下さいませ〜 ではこれにて． ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-talk] Abandoned Rails
Dave F. writes: On 23/08/2015 16:49, Frederik Ramm wrote: Hi, On 08/23/2015 02:27 AM, Balaco Baco wrote: I'm sorry. But this is just a stupid thing to do. To have no data and to have the most recently obtained data are two very different things. Certainly you're not suggesting we map all these negatives. I think I'd rather map Dark Matter. Seems easier ;-) As I've pointed out many times in the past and apparently must point out again, because some people are not paying attention, nobody is asking you to map things you don't want to map. This is an open source project, and as such, NOBODY gets to make demands that anybody else do something. We can't demand that somebody write a module, or map a county. We CAN, however, demand that somebody stop deleting modules or ways that somebody else has added to the project. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Abandoned Rails
I don't understand why people suggest things that don't work. How do I make a route in OSM that includes the active railways, disused railways, washed_out railways (where you can SEE rails in the river), cycleways, footways, bridges, hedges, cuttings, embankments, and shadows in fields if there is not a way in every case? Or conversely, how does OHM allow for a route that includes ways going through a farmer's field where everything has been plowed away, the cinders scattered, the spikes buried beyond the reach of metal detectors, where I, even I, agree that there is nothing to be seen there AND ways where any damned fool can see that this used to be a railroad because it lines up with existing tracks? (hint: like OSM, it doesn't.) Perhaps some day in the future, what you suggest will be practical when the data schema has been revised to implement layers stored in different databases. For now, no. Please stop suggesting this. -russ Tim Waters writes: I'd like to recommend OpenHistoricalMap.org (OHM) which will welcome all types of historical, disused and abandoned features. Please, go add every abandoned railway to OHM, and then together we can eventually get an accurate map of 1880s railway network compared to a 1940's, compared to yesterdays world! Tim On 22/08/2015, Jason Remillard remillard.ja...@gmail.com wrote: Hi I'd therefor like to propose that abandoned railways be treated like borders. Even if you can't see it along a given stretch there are people who can and they have put a huge amount of effort into that work. Lets respect that and strengthen the community rather than deleting it and doing the opposite. I 100% agree. The amount of data required to map abandoned railroads is tiny. An occasional way through a new development is not going to hurt anybody or impair normal mapping activity. Apparently, the people that like to map railroads think OSM is the best place to do this. We are not in any position to be chasing them off. OSM has a long, long way to go still. Above all else, it needs to more active mappers if we are serious about being the best map for the entire world. Also, It seems likely they are also mapping non controversial things like roads while working on the railroads. Dave F, OSM is doing just fine. It is full of contradictions, redundancies, disagreements, and broken rules (see the tagging list). It is not some kind of business database that requires normalization, strict schema definitions, and vigilant protection. It can't have any once sentence rules defining its boundaries. It is a great big blank sheet of paper, relax and let the railroad people draw on it a bit. Nobody is going to get hurt. Jason ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Abandoned Rails
Dave F. writes: On 23/08/2015 01:27, Balaco Baco wrote: What we need is a database that already has all the data and simply identify when some small elements of it cease to be current. In OSM we do that by deleting the small elements ;) I'm sorry. But this is just a stupid thing to do. Are you saying if a building gets demolished replaced with a new one, you wouldn't remove the original outline from OSM? This is also a strawman argument. Stop it. You are hurting your own case, and making my case. Do you really want to help the railway=dismantled people? No, you do not. So abandon this line of argument -- it is failure incarnate. Not a single person so far has suggested that everything that used to exist, or everything that has already been mapped but since changed, should remain. NOT ONE PERSON. Instead, I and others have said that since you can see a railway at point A, and you can see a railway at point B, it only makes sense to map it between those points for several reasons: o Chances are good that there are artifacts between point A and B that further investigation will reveal. o Mappable entities exist between those points which can only be understood by including the dismantled railways (e.g. bridges, roads, or buildings). o It's possible that cadastral data would reveal the presence of a right-of-way, and (I think, but correct me if I'm wrong) everybody agrees that there is way too much cadastral data to include in OSM, and it's something that must be imported because it only exists in a real property office's database. I can point to examples of all of the above. Please don't doubt me. You don't want me to have more facts on my side. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Reply-to header
Balaco Baco writes: All messages I received from OSM list does not have the reply-to header with the list address. They should not. If you want to reply to the list, use your email software's reply to list function. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Abandoned Rails
By the way, I want to apologize for dumping so many messages in a row onto the list. I've not had a lot of sitting-in-front-of-the-computer time lately because I've been spending a lot of time gathering map data in the field: I'm ONE rail-trail short of cycling every rail-trail in New York State. Over a hundred of them, around 2800 miles, taking about two months of bicycling if I spent a full 8 hours every day on the trail, but in reality it's been an 11-year-long project. moltonel 3x Combo writes: One can often assert that something was here even when nothing is left of that thing. And is nothing is left of that thing, it shouldn't be mapped. What about point A? What about point B? The *endpoints* do indeed continue to exist, so nothing is left of that thing is not true about most dismantled railways. Speaking of housing developments, I earlier pointed to the south end of Cazenovia, where a housing development has an obvious railbed to the north, and an obvious railbed to the south, and in people's backyards, a treeline where the railbed was. Should the map look like this (A)? ___ __ Or should it look like this (B)?___---__- Some people are arguing for A. I argue that B is a better representation of what is there (the underscores) because it includes the dismantled portions (the dashes). -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Abandoned Rails
moltonel writes: Wrong data is worse than absent data. Right. So tag dismantled railways with (oh, dare I say it?) railway=dismantled. Correct data is better than wrong data, right? -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Abandoned Rails
Frederik Ramm writes: The fact there is no railroad here, however, is not something that I would consider useful; because where would it end? I'm standing at a lakeshore - there's no railway here, also there's no forest here, and no building, and no rugby pitch, no telephone booth, and no power lines. Certainly you're not suggesting we map all these negatives. IN FACT NOBODY IS SUGGESTING THIS. This is called a strawman argument. You create a position that nobody actually holds, which is unreasonable, and then you say This Is Unreasonable and then you use everyone's agreement to claim that a different position is wrong. The use of a strawman argument is evidence that you have no viable argument against the position that people actually hold. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] stop deleting abandoned railroads
Pieren writes: There is a large consensus on that in the community. Why are you insisting ? If you like, check the OHM project which is dedicated for historical maps. We've been through this before. You're just insisting on your view and claiming that everyone agrees with you. There is no consensus; rather a number of people want to map disued / abandoned / dismantled railways. Some people don't! Good for them! I'm happy for them that they don't. But what gives them the right to delete things that other people CAN see and DO want to have in OSM? The problem is that this disagreement is not symmetric. It's not like the power=sub_station or power=substation disagreement. You don't have one side saying we don't map power lines and the other saying but we do. No, instead, we have one side saying YOU CANNOT MAP THIS. That is not how we do things here -- and THAT is the true consensus. I'm fine with you mapping the things you want. Why aren't you fine with me mapping the things I want? Why the urge to delete? Why encourage other people to delete things that are not accidents, not TIGER mistakes, but things that people WANT in OSM and have PUT in OSM? I simply cannot comprehend the desire to delete. You want to improve OSM? Fine. Add things that aren't there. Contribute to Richard Welty's collection of fire hydrants. He's got a useful project going on there. The Bing aerials are good enough now that you can see traffic lights. There are a TON of missing ones. You improve OSM by adding things. You make OSM worse by deleting things. Don't make OSM worse. Don't be that guy everyone hates. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Abandoned Rails
Frederik Ramm writes: On 08/22/2015 11:07 PM, Lester Caine wrote: What we need is a database that already has all the data and simply identify when some small elements of it cease to be current. In OSM we do that by deleting the small elements ;) In OSM we do that by tagging the small elements properly. Deletion is vandalism. No smiley. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] Zákaz vjezdu - Tranzit
Ahoj, Na ministerstvu dopravy se zase vyznamenali: Navrhují pod značku zákaz vjezdu nad 3,5t dodatkovou tabulku Tranzit, která povolí vjezd jen za účelem nakládky nebo vykládky. Tedy to bude v podstatě totéž, jako Mimo dopravní obsluhu. http://ostrava.idnes.cz/dodatkova-tabulka-tranzit-ma-pomoci-vymytit-kamiony-z-mest-a-obci-p9l- /ostrava-zpravy.aspx?c=A150828_2187522_ostrava-zpravy_woj Až to zavedou, budeme zavádět nový tag, nebo si vystačíme s dopravní obsluhou? :-D podle mne tohle presne odpovida vyznamu anglickeho tagu delivery. Tedy na rozdil od te nasi dopravni obsluhy, kterouzto jsme na delivery napasovali notne pokroucenou semantikou (mimochodem, ted jsem se dival, ze DE: komunita na to jde trochu jinak - kombinace destination a delivery, viz http://wiki.openstreetmap.org/wiki/DE:Key:access#Anliegerverkehr.2FAnrainerverkehr.2FZubringerdienst v Rakousku, kde ted zrovna ziji, se velmi casto vyskytuje ten Anrainerverkehr, coz je IMHO presne totez jako u nas dopravni obsluha (jeste vtipnejsi tu byva nur fuer Berichtigte). Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-br] RES: RES: fontes de dados do OSM-BR
Esse fim de semana posso tentar fazer um script para baixar todos os dados e jogar um csv ou json no Github. Alguém conhece alguma outra base aberta de empresas? Porque a receita não libera os cadastros? Posso também fazer um script para gerar uma camada OSM dessa base para auxiliar na inclusão dos dados no mapa. Marcio Aguiar Ribeiro 2015-08-28 12:59 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Em 28 de agosto de 2015 11:31, Reinaldo Neves rne...@equacao.com.br escreveu: A Base realmente pode ser interessante, pelo menos em teoria para ser fornecedor do governo federal o endereço não deve ser fantasma J, os números finais devem ser um pouco menores, pois os fornecedores PF não tem endereço, e acredito que deve ser descartado os registros inativos. De qualquer maneira vai ser preciso fazer algo para baixar as informações por api, não achei um lugar para download direto, criar uma banco de dados e checar as que já existem no osm para não subir dados em duplicidade. GitHub, GitHub, GitHub... ou: Git, Git, Git... Mas eu já tenho pendências demais para ir além desse incentivo verbal. Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Fwd: Mapillary News - August 2015
Mapillary já está reconhecendo as placas de trânsito brasileiras. []s Arlindo -- Forwarded message -- From: Mapillary jane...@mapillary.com Date: Fri, Aug 28, 2015 at 7:11 AM Subject: Mapillary News - August 2015 To: openstreet...@arlindopereira.com An update from Mapillary. View this email in your browser http://us7.campaign-archive1.com/?u=3d1737f03d881dc7e28063856id=f91daf708ee=dfa5c394ba http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=22db768d60e=dfa5c394ba 東北自動車道 http://mapillary.us7.list-manage1.com/track/click?u=3d1737f03d881dc7e28063856id=151682374ce=dfa5c394ba by tometome http://mapillary.us7.list-manage2.com/track/click?u=3d1737f03d881dc7e28063856id=6364d49210e=dfa5c394ba This is a monthly update letter sent to all Mapillary users the last week of the month. If you don’t want these emails, you can opt out using the link at the bottom of the email Company News http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=9803638a63e=dfa5c394ba Big API update We released API v2 for even better integrations. Read more http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=96ac6eeadae=dfa5c394ba. http://mapillary.us7.list-manage2.com/track/click?u=3d1737f03d881dc7e28063856id=9f9395d466e=dfa5c394ba Traffic signs Europe, USA, Canada, Brazil, and Australia got big improvements this month http://mapillary.us7.list-manage1.com/track/click?u=3d1737f03d881dc7e28063856id=58e0da6095e=dfa5c394ba . http://mapillary.us7.list-manage1.com/track/click?u=3d1737f03d881dc7e28063856id=4105704878e=dfa5c394ba User forum A place for us to meet and discuss. Read more http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=9c645ad49ce=dfa5c394ba. Check out the forum http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=954cc0dbf8e=dfa5c394ba. http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=cdc3616004e=dfa5c394ba iOS updates August had a few big releases. Make sure to update your iOS app http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=2c2091a13ce=dfa5c394ba. User Feedback We are continuously receiving feedback with suggestions for improvements and new features from many of you. Every bug filed, every complaint or request is appreciated. Keep it coming! Walked some miles in #Toronto and did use #mapillary most times. Uploaded a few thousand pictures already, check it out on mapillary! - @echeloni2p New viewer is awesome @mapillary! Keep up the pace and your software can beat Googles expensive hardware. - @MikkelsenDotTV Hey @POC21cc have been spotted on @mapillary ! If you can't come to the castle visit online ;) mapillary.com/map/im/AT62GCt… http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=f13934e0c2e=dfa5c394ba pic.twitter.com/51ULQwSHfP http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=55f765eb57e=dfa5c394ba @RatZillaS http://mapillary.us7.list-manage1.com/track/click?u=3d1737f03d881dc7e28063856id=7f49420fe4e=dfa5c394ba My configuration of mapping for @mapillary in Southern Netherlands. @CUBEBIKESNL @Garmin pic.twitter.com/NVNxqYHRMR http://mapillary.us7.list-manage2.com/track/click?u=3d1737f03d881dc7e28063856id=7ef5cac58fe=dfa5c394ba - @EOSfotoNL http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=a23befb1dee=dfa5c394ba Fun to capture images for @mapillary at our Tanzania vacation, e.g. a Zanzibar beach with fresh caught squids mapillary.com/map/im/fEID-bG… http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=455fda6790e=dfa5c394ba - @astonor Other News and Feedback TechAeris “Mapillary Is The Crowdsourced Version Of Google Street View” http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=81d8c1d9b3e=dfa5c394ba . Denmark passes 1M photos, analysis http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=7d3841805ae=dfa5c394ba (in Danish). Here is an update on the MapLesotho campaign http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=e5f20448bbe=dfa5c394ba, and a nice writeup “Take a spin around Lesotho with Mapillary” http://mapillary.us7.list-manage2.com/track/click?u=3d1737f03d881dc7e28063856id=a4d5bb224ae=dfa5c394ba OwnMaps http://mapillary.us7.list-manage1.com/track/click?u=3d1737f03d881dc7e28063856id=e4cd334417e=dfa5c394ba integrated Mapillary Events There was a lot of Mapillary activity at Maptime in the Netherlands. Look at this human street view rig http://mapillary.us7.list-manage.com/track/click?u=3d1737f03d881dc7e28063856id=623bb46394e=dfa5c394ba ;) The first ever Maptime Copenhagen http://mapillary.us7.list-manage1.com/track/click?u=3d1737f03d881dc7e28063856id=1e0eb99b88e=dfa5c394ba will be held on September 19th. We’re co-organizing. Come meet up, do some mapping and get a fun introduction. Tips and Tricks *Share
Re: [OSM-talk-fr] inscription au trac fermée
merci, tu es sûr que c'est vraiment du spam ? ^^ Il m'a pris pour un bot ! Soumission rejetée en tant que spam potentiel - SpamBayes à estimé la probabilité de spam à 98.44% Impossible de valider le captcha par la suite malgré une dizaine d'essais ... je n'ai toujours pas de compte. Help ! Le 27 août 2015 10:27, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : On Wed, Aug 26, 2015 at 12:08:43PM +0200, Florian LAINEZ wrote: Hello, j'ai essayé de m'inscrire à Trac pour remonter une suggestion Osmose mais la page http://trac.openstreetmap.fr/register me renvoie un forbidden. Est-ce un problème identifié ? La page /register a été désactivé parce qu'on avait plein de bots qui créaient des comptes sur trac, et postaient plein de spam. Du coup, on a temporairement désactivé cette page, en attendant de trouver une solution satisfaisante. Je viens de réactiver la page - tu devrais pouvoir maintenant t'y inscrire. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-br] RES: RES: RES: fontes de dados do OSM-BR
K, nem me fale em pendencias Alexandre. Não sei até onde consigo ir com isso, mas vou tentar a captura dos dados e manter o andamento disso no wiki. Abraços ___ Reinaldo Neves Equação Informática (11) 3221-3722 De: Alexandre Magno Brito de Medeiros [mailto:alexandre@gmail.com] Enviada em: sexta-feira, 28 de agosto de 2015 12:59 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] RES: RES: fontes de dados do OSM-BR Em 28 de agosto de 2015 11:31, Reinaldo Neves rne...@equacao.com.br escreveu: A Base realmente pode ser interessante, pelo menos em teoria para ser fornecedor do governo federal o endereço não deve ser fantasma J, os números finais devem ser um pouco menores, pois os fornecedores PF não tem endereço, e acredito que deve ser descartado os registros inativos. De qualquer maneira vai ser preciso fazer algo para baixar as informações por api, não achei um lugar para download direto, criar uma banco de dados e checar as que já existem no osm para não subir dados em duplicidade. GitHub, GitHub, GitHub... ou: Git, Git, Git... Mas eu já tenho pendências demais para ir além desse incentivo verbal. Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Multiple Adressen für ein Gebäude / addr:place / place node / rendering
On 28.08.2015 13:57, Martin Koppenhoefer wrote: ich würde mehrere Adressobjekte machen, die sich ruhig auch überlappen können Für mehrere Adressen auf einem Punkt gibt es aber auch einen Entwurf, der mehr oder weniger genau die Situation beschreibt und zu lösen versucht: http://wiki.openstreetmap.org/wiki/Proposed_features/AddrN Die Idee ist nicht schlecht, aber für eine Auswertung machen sich bei der Programmierung doppelte Knoten immer noch besser als durchnummerierte Tags. Christopher ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-br] RES: RES: fontes de dados do OSM-BR
Não sei da existência de outra base aberta, mas por lei os dados de toda empresa aberta, inclusive endereço, são publicados no Diário Oficial da União. Descobri isso abrindo um CNPJ de MEI (Micro Empreendedor Individual) e tendo recebido diversas vezes spam/golpe de supostas associações. Off-topic, mas mais detalhes aqui para quem tiver curiosidade: http://naofo.de/7480 []s Arlindo 2015-08-28 13:23 GMT-03:00 Márcio Aguiar Ribeiro aguiar.mar...@gmail.com: Esse fim de semana posso tentar fazer um script para baixar todos os dados e jogar um csv ou json no Github. Alguém conhece alguma outra base aberta de empresas? Porque a receita não libera os cadastros? Posso também fazer um script para gerar uma camada OSM dessa base para auxiliar na inclusão dos dados no mapa. Marcio Aguiar Ribeiro 2015-08-28 12:59 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Em 28 de agosto de 2015 11:31, Reinaldo Neves rne...@equacao.com.br escreveu: A Base realmente pode ser interessante, pelo menos em teoria para ser fornecedor do governo federal o endereço não deve ser fantasma J, os números finais devem ser um pouco menores, pois os fornecedores PF não tem endereço, e acredito que deve ser descartado os registros inativos. De qualquer maneira vai ser preciso fazer algo para baixar as informações por api, não achei um lugar para download direto, criar uma banco de dados e checar as que já existem no osm para não subir dados em duplicidade. GitHub, GitHub, GitHub... ou: Git, Git, Git... Mas eu já tenho pendências demais para ir além desse incentivo verbal. Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] RES: RES: RES: fontes de dados do OSM-BR
O problema seria peneirar essas informações do DOU para o OSM. Esses golpistas tem estruturas montadas porque visam o lucro fácil e a maioria dos boletos do tipo são fake, as vezes os sindicatos e associações nem existem, e quando existem tem seu dados apropriados para uso nos boletos, mas as contas pertencem aso golpistas. Boletos de contribuição sindical, assistencial, registro de domínio, lista telefônica, cadastro nacional de domínios, já vi de tudo nesse quesito. O fake da br.registro é um dos melhores, ano passado quase paguei um por engano. Mas voltando as base abertas, de empresa não mas no próprio dadosabertos.org tem mais algumas base que podem ser processadas, e agora contam com licença odbl, instituições de ensino, cartórios, etc. ___ Reinaldo Neves Equação Informática (11) 3221-3722 De: Arlindo Pereira [mailto:openstreet...@arlindopereira.com] Enviada em: sexta-feira, 28 de agosto de 2015 14:26 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] RES: RES: fontes de dados do OSM-BR Não sei da existência de outra base aberta, mas por lei os dados de toda empresa aberta, inclusive endereço, são publicados no Diário Oficial da União. Descobri isso abrindo um CNPJ de MEI (Micro Empreendedor Individual) e tendo recebido diversas vezes spam/golpe de supostas associações. Off-topic, mas mais detalhes aqui para quem tiver curiosidade: http://naofo.de/7480 []s Arlindo 2015-08-28 13:23 GMT-03:00 Márcio Aguiar Ribeiro aguiar.mar...@gmail.com: Esse fim de semana posso tentar fazer um script para baixar todos os dados e jogar um csv ou json no Github. Alguém conhece alguma outra base aberta de empresas? Porque a receita não libera os cadastros? Posso também fazer um script para gerar uma camada OSM dessa base para auxiliar na inclusão dos dados no mapa. Marcio Aguiar Ribeiro 2015-08-28 12:59 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Em 28 de agosto de 2015 11:31, Reinaldo Neves rne...@equacao.com.br escreveu: A Base realmente pode ser interessante, pelo menos em teoria para ser fornecedor do governo federal o endereço não deve ser fantasma J, os números finais devem ser um pouco menores, pois os fornecedores PF não tem endereço, e acredito que deve ser descartado os registros inativos. De qualquer maneira vai ser preciso fazer algo para baixar as informações por api, não achei um lugar para download direto, criar uma banco de dados e checar as que já existem no osm para não subir dados em duplicidade. GitHub, GitHub, GitHub... ou: Git, Git, Git... Mas eu já tenho pendências demais para ir além desse incentivo verbal. Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-at] Carto: Paths and footways
Das Update ist jetzt getaggt und wird wohl bald bzw. wird bereits ausgeliefert. Bitte um Feedback zu den Änderungen (nicht von mir gemacht). Borut: Kannst du mir bitte deinen Github-Usernamen mitteilen, ich würde ihn gerne in einem Kommentar verlinken, danke. lg, nebulon42 Am 2015-08-28 um 07:19 schrieb Borut Maricic: Das bringt Hoffnung. Ich werde die dortige Diskussion und die Veränderungen gespannt verfolgen (auch die Christoph Hormanns Webseite ist außerordentlich interessant - für mich jetzt eine Entdeckung). (Auch Deine Icons sind mir eine Neuentdeckung!) In von Dir genanntem Thread gibt es auch von Mateusz Konieczny gestellte Links zu Beispiel-/Testregionen. Das finde ich auch sehr gut und vielversprechend. An dieser Stelle dann so ein Link zu meinem (früher erwähntem) Testbereich (ich lasse es dort dann vorerst so getaggd, wie es jetzt ist), sodass die Interessierten die künftigen Veränderungen der Darstellung verfolgen können: highway=path mit surface=unpaved vs. surface undefiniert, oberhalb der Waldgrenze, mid teilweise undefiniertem, bzw. weiter im W und N unterschiedlichem Hintergrund, (zurzeit) ab z17: http://www.openstreetmap.org/?mlat=47.48884mlon=14.93895#map=17/47.48884/14.93895 Die Problematik mit der Rendering-Datenbank war mir auch nicht bekannt. Vielen lieben Dank! 2015-08-27 22:02:18 nebulon42 (nebulo...@yandex.com): [...] Ein Garant für weitere Verbesserungen hier ist sicher Christoph Hormann, der auch schon ein Issue für weitere Verbesserungen aufgemacht hat (https://github.com/gravitystorm/openstreetmap-carto/issues/1793). Er hat sich in der Vergangenheit sehr natur-affin gezeigt. Ein interessantes Detail ist, dass es derzeit einfach nicht möglich ist sac_scale zum Rendering zu verwenden. Die Rendering-Datenbank enthält nicht alle Tags. Der Neuaufbau der Rendering-Datenbank ist bereits geplant, aber sehr aufwändig und kommt daher nur langsam vorwärts. Die Server-Administratoren sind auch nur Freiwillige. Dann könnten aber alle Tags verwendet werden. ___ 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
[Talk-cz] Zákaz vjezdu - Tranzit
Ahoj, Na ministerstvu dopravy se zase vyznamenali: Navrhují pod značku zákaz vjezdu nad 3,5t dodatkovou tabulku Tranzit, která povolí vjezd jen za účelem nakládky nebo vykládky. Tedy to bude v podstatě totéž, jako Mimo dopravní obsluhu. http://ostrava.idnes.cz/dodatkova-tabulka-tranzit-ma-pomoci-vymytit-kamiony-z-mest-a-obci-p9l-/ostrava-zpravy.aspx?c=A150828_2187522_ostrava-zpravy_woj Až to zavedou, budeme zavádět nový tag, nebo si vystačíme s dopravní obsluhou? :-D Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
