Re: [OSM-talk-be] Fwd: Programme du Users Club UrbIS du 11 juin 2015 / Programma voor de UrbIS Users Club van 11 juni 2015
Thanks Julien for doing this! Sorry for not being able to be there. And 100 potential new mappers/users is awesome! ;-) Met vriendelijke groeten, Best regards, Ben Abelshausen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-de] tunnel überlagert Buildings auf osm.org
Am 12. Juni 2015 um 11:23 schrieb Alexander Heinlein alexander.heinl...@web.de: Die beiden Tunnel werden über die Gebäude gerendert, aber unterhalb von Plätzen (die ja genau genommen lediglich andere Straßen sind). Das ist ziemlich unschön und meiner Meinung nach inkonsistent. Tunnel werden immer unter Straßen gerendert, und immer über Gebäude, konsistent ist das schon, aber unschön, da gebe ich Dir Recht ;-) Hier sieht man es auch ganz gut, sowohl Bahn als auch Straßentunnel: http://www.openstreetmap.org/#map=18/52.52352/13.37003 Die Regel wäre vermutlich besser: über areas und unter Linien (unabhängig davon, ob es Straßen oder andere Flächen sind), vielleicht auch ohne Filling (das hat aber dann andere Nachteile). Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-be] een mapping party in Gent
Hoi allen, Ik heb nog steeds niet beslist om de mapping party al of niet te doen. De combinatie met de Summer of Code lijkt mij zeker niet slecht, maar is gezien het thema niet ideaal. Maar het lijkt mij niet slecht als de geïnteresseerden al eens samenkomen om te zien wie wat kan/wil doen. Brainstormen gaat toch nog altijd beter in het echt. En als we dan toch bezig zijn, waarom niet nog eens een Gentse Meetup doen. Dan moeten de mensen van Oost en West Vlaanderen neit helemaal naar Antwerpen afzakken over twee weken. Zo gezegd zo gedaan: hier de uitnodiging voor een Gentse Meetup volgende week: http://www.meetup.com/OpenStreetMap-Belgium/events/223195479/ Voelt u zich vrij dit zoveel mogelijk verder te veerspreiden :) (als iemand een idee heeft voor een andere locatie, laat maar weten) Groeten, Joost Op 8 juni 2015 12:24 schreef Ruben Maes ru...@janmaes.com: * verdeel een flyer met basisinfo: wat is OSM, wie zijn deze zotten en waarom willen ze mij gratis helpen * verdeel een sticker om ergens in de gemapte winkel te zetten: iets als Tthis time you had to look for this place. Next time, just use OpenStreetMap Dat klinkt goed, maar hoe zal dat gefinancieerd worden? Op een website zie ik voor 500 dubbelzijdige A7-flyers €28. 250 raamstickers (cirkels diameter 10cm) €84. Ofwel moeten we sponsors zoeken en er nog reclame bijzetten ... Ruben, we zitten dicht tegen de Gentse feesten aan, misschien dat er dan al wel terug wat studenten in de stad zijn? Maar als het nu tegenvalt qua studenten, dan kunnen we het gewoon nog eens opnieuw doen eind september, begin oktober, niet? Misschien is het ook wel beter om twee aparte events te hebben, de ene gericht op studenten en de ander niet. * Eén voor de winkels en zo, zoals je zegt. Op 10 juni wordt het programma van de Gentse Feesten geopenbaard, als we het in die periode willen doen, kunnen we vanaf woensdag dus weten wanneer de activiteiten plaatsvinden. * De ander, voor studenten, zou dan aan het begin van het academisch jaar kunnen zijn wanneer iedereen nog geen zin heeft om te studeren, en dan meer focussen op dingen die studenten leuk vinden: de Overpoort (uitgangsbuurt in Gent), gezellige cafeetjes, bibliotheken, boekenwinkels, de campussen van de unief enz... Ruben, wanneer doen jullie de dataverzameling in winkelstraten? Op een zaterdag lijkt mij ook al niet echt ideaal, gezien de grote drukte. Dat was op vrijdagnamiddagen, omdat we dan tijd hadden. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-de] tunnel überlagert Buildings auf osm.org
Am 12.06.2015 um 09:38 schrieb Matthias: auf openstreetmapo.org werden Straßentunnels über Gebäude gelegt trotz vorhandenem tunnel=yes. Wer ist hierfür der Ansprechpartner? Hier: https://github.com/gravitystorm/openstreetmap-carto Als new issue melden. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-ie] Joint workshop with Open Knowledge Ireland
Hi Caroline, that's no problem, come when you can On 12 Jun 2015 10:00, Caroline Lewis carolinele...@eircom.net wrote: hope to be there but the earliest train from killarney gets into dublin at 10.47 - is it ok to arrive so late? i could go from mallow but it is a longer drive… On 10 Jun 2015, at 17:58, Dave Corley davecor...@gmail.com wrote: Just dropping a reminder about this again. The event is running from 10am until 6. Full details here - https://ti.to/open-knowledge-ireland/maker-party-hwl Hope to see some of you there Thanks, Dave On Fri, May 8, 2015 at 9:05 AM, Caroline Lewis carolinele...@eircom.net wrote: OK - i will do my very best to be there :) On 8 May 2015, at 00:10, Dave Corley davecor...@gmail.com wrote: Not at all Caroline. This is open to anyone. Keep in mind, the main objective of the day will be to tidy up hospitals in OSM so that it can be utilised by OKI so the level of skills needed are quite low, especially when compared to the townland mapping. This is easy to do, it's just there's a lot of tidying up to be done so the old adage of many hands etc applies. There are approximately 50 HSE hospitals plus about another 50 private hospitals around the country. OKI need the HSE ones but if we have enough folks I would hope we'd get the private ones sorted too. If there's enough people there to help, there's no reason we couldn't switch to doing something else later in the day once we're done with the hospitals. Ahead of the event I'll be setting up a wiki page to make it easier for everyone on the day. Dave On 7 May 2015 22:57, Caroline Lewis carolinele...@eircom.net wrote: i am interested but am a bit of a beginner and wouldn’t want to be a nuisance! caroline On 7 May 2015, at 22:42, Dave Corley davecor...@gmail.com wrote: Hi Colm, I'm unsure where they are pulling data from but I do know that they're actively pushing for data to be released under open licences. Are many folks interested in coming along? At the very least it would be great to meet up with a few of you again and for the newer people, a good chance to put faces and names to OSM nicks. Dave On 7 May 2015 21:06, Colm Moore colmmoor...@hotmail.com wrote: Hi, Health Atlas Ireland has someof this data, but the site seems unusable. https://www.healthatlasireland.ie/ http://www.hiqa.ie/resource-centre/professionals/health-information-sources/health-atlas The HSE 'Services Near You' site seems to be better, but like anything, some of the data is off. http://www.hse.ie/eng/services/maps/ Colm --- Never doubt that a small group of thoughtful, committed citizens can change the world. Indeed, it is the only thing that ever has. Margaret Mead ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[OSM-talk] German is now officially the reference version of the wiki?
Just stumbled upon this edit of the out of sync template in the wiki, which introduces German as a reference language for documentation: http://wiki.openstreetmap.org/w/index.php?title=Template%3ATranslation_out_of_syncdiff=1127917oldid=1127915 I don't recally any discussion, and while I agree that for some tags German documentation might indeed be the defacto reference for some time, I don't think this occurs just with German or that it should be encouraged. Can we revert this? Cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-de] tunnel überlagert Buildings auf osm.org
Hallo, auf openstreetmapo.org werden Straßentunnels über Gebäude gelegt trotz vorhandenem tunnel=yes. Beispiele: https://www.openstreetmap.org/way/23728286#map=17/48.75380/8.23714 https://www.openstreetmap.org/way/4287421#map=15/48.7579/8.3433 Wer ist hierfür der Ansprechpartner? Gruß Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tunnel überlagert Buildings auf osm.org
On 12.06.15 10:46, Martin Koppenhoefer wrote: vermutlich ist das Absicht Linienobjekte überlagern Flächenobjekte, das ist vermutlich ziemlich grundsätzlich so. Man würde ja auch nicht wollen, dass z.B. ein Wald oder eine Wiese eine Straße oder einen Weg überlagert. Ausnahme wüßte ich nur highway-Areas, die zumindest gewisse andere highway-Ways überlagern. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Shapefile dati cartografici piemontesi
Siccome reperire i dati cartografici sul portale del Piemonte rappresenta un discreto incubo, ho creato una pagina con i link agli shapefile zippati dei comuni del Piemonte, suddivisi per provincia. http://wiki.openstreetmap.org/wiki/Piemonte/BDTRE-2015 Spero possa essere utile. Saluti a tutti Sbiri ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] Fwd: Programme du Users Club UrbIS du 11 juin 2015 / Programma voor de UrbIS Users Club van 11 juni 2015
Hi ! I had a presentation yesterday. It was very fine, the audience reach +/- 100 peoples from different administration of Brussels Capital Regio. Here are the slides : http://fr.slideshare.net/Julienfastre/openstreetmap-et-urbis-urbis-user-club-11-juin-201511-juni-2015 Regards, Julien Fastré Le 21/05/15 12:51, Julien Fastré a écrit : Bonjour, On parlera d'OSM au prochain urbis club... Julien Message transféré Sujet : Programme du Users Club UrbIS du 11 juin 2015 / Programma voor de UrbIS Users Club van 11 juni 2015 Date :Thu, 21 May 2015 09:57:17 + De : HANNECART Claude channecart@cirb.brussels Pour :Undisclosed recipients:; imap://julien%2efastre%40champs-libres%2ec...@mail.champs-libres.coop:143/fetch%3EUID%3E.INBOX%3E6707?part=1.2filename=image001.jpg *Programme du Users Club UrbIS du 11 juin 2015*** * * *Programma voor de UrbIS Users Club van 11 juni 2015*** CIRB : Avenue des Arts 21 – 1000 Bruxelles CIBG: Kunstlaan 21 – 1000 Brussel *9 h 30 : Introduction (5 min)* *9.30 uur: Inleiding (5 min.)* *9 h 35 : Urbis AAS la Vidéo Protection en région bruxelloise (30 min)* *9.35 uur: Urbis AAS de Videobescherming in het Brussels Gewest (30 min)* Urbis s’est logiquement et immédiatement imposé comme solution de cartographie dans le cadre du projet régional de Vidéo Protection. Et cela se décline sous 2 formes : · D’une part comme outil interne de localisation des caméras et liaisons réseau permettant d’avoir une vue d’ensemble de la couverture du territoire et de prévoir de nouvelles implémentations · D’autre part comme fond de plan pour l’application de gestion Vidéo livrée par l’éditeur de logiciel Genetec. Après une brève introduction sur le projet de Vidéo Protection, *Mr Christian Banken* fera une démonstration des 2 outils. Van meet af aan bleek UrbIS de logische kaartoplossing in het kader van het gewestelijke videobeschermingsproject. Dit krijgt op 2 manieren invulling: · enerzijds fungeert UrbIS als interne tool voor de lokalisatie van de camera’s en de netwerkaansluitingen. Op die manier ontstaat een totaalbeeld van het grondgebied en ligt de weg naar nieuwe toepassingen open. · Anderzijds fungeert UrbIS ook als basiskaart voor de videomanagementtoepassing die aangeleverd wordt door softwaremaker Genetec. Na een korte inleiding over het videobeschermingsproject zal *dhr. Christian Banken* van de 2 tools een demonstratie geven. *10 h 05 : Les outils de vérification des bâtiments 3D (20 min)* * * *10.05 uur: Tools voor het controleren van gebouwen in 3D (20 min)* Le CIRB a attribué un marché pluriannuel (2014-2016) au consortium Aerodata-Avineon pour la correction et la mise à jour de la couche des bâtiments 2D et 3D. *La société GIM* présentera les contrôles qui ont été développés à la demande du CIRB avec l’aide de l’outil FME pour vérifier le niveau de qualité des données fournies. Het CIBG heeft een meerjarenopdracht (2014-2016) toegewezen aan het consortium Aerodata-Avineon voor de correctie en bijhouding van de gebouwenlaag in 2D en 3D. *De firma GIM* zal de controles voorstellen, die op vraag van het CIBG, die met behulp van de tool FME ontwikkeld werden om de kwaliteit van de aangeleverde gegevens te checken. *10 h 25 : La mise en conformité des données UrbIS suivant les spécifications de la directive INSPIRE (15 min)* * * *10.25 uur: De UrbIS-gegevens in overeenstemming brengen met de specificaties van de INSPIRE-richtlijn (15 min)* Le CIRB fera un bref état des lieux du travail de mise en conformité des données UrbIS aux spécifications INSPIRE. Het CIBG zal een korte stand van zaken schetsen over hoe ver het staat met dit project. *10 h 40 : Pause/networking (30 min)* * * *10.40 uur: Pauze / networking (30 min.)* *11 h 10 : OpenStreetMap: l'essentiel pour commencer à l'utiliser (30 min)* * * *11.10 uur: OpenStreetMap: alles wat u moet weten om ermee te beginnen werken (30 min)* OpenStreetMap (en abrégé, OSM) est une base de données géographiques collaborative, disponible sous licence libre. Depuis la libération des données d'Urbis, les contributeurs ont commencé à importer les données bruxelloises dans la base d'OSM. L'exposé de *Mr Julien Fastré* présentera l'état de cet import, les outils utilisés (ou pourquoi ils n'en utilisent pas). Et pour ceux qui souhaitent ré-utiliser les données d'OSM, quelques outils pour les extraire. OpenStreetMap (afgekort OSM) is een collaboratieve geografische database die onder open licentie verkrijgbaar is. Sinds de vrijgave van
Re: [Talk-de] tunnel überlagert Buildings auf osm.org
Fehler kann man unter https://github.com/gravitystorm/openstreetmap-carto/issues/ (Anmeldung erforderlich) melden. Möglicherweise ist das aber das gewünschte Verhalten, da sonst z.B. Hausdurchfahrten nicht sichtbar wären. Alle Layer auf osm.org machen das so. Aber es schadet nicht es zu melden. Grüße, nebulon42 Am 2015-06-12 um 09:38 schrieb Matthias: Hallo, auf openstreetmapo.org werden Straßentunnels über Gebäude gelegt trotz vorhandenem tunnel=yes. Beispiele: https://www.openstreetmap.org/way/23728286#map=17/48.75380/8.23714 https://www.openstreetmap.org/way/4287421#map=15/48.7579/8.3433 Wer ist hierfür der Ansprechpartner? Gruß Matthias ___ 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: [Talk-de] tunnel überlagert Buildings auf osm.org
Am 12. Juni 2015 um 09:38 schrieb Matthias rz...@gmx.de: auf openstreetmapo.org werden Straßentunnels über Gebäude gelegt trotz vorhandenem tunnel=yes. vermutlich ist das Absicht, das Rendering ist ja kein Foto der Welt sondern eine Abstraktion, die das Aussehen der Welt vermitteln soll. Straßen werden bei OSM oft für wichtiger angesehen als Gebäude, und daher ist so eine Reihenfolge nicht unbedingt ein Fehler. Wenn man die Reihenfolge anders rum wählt sieht man Tunnel unter sehr großen Gebäuden bzw. dicht bebauten Arealen gar nicht mehr. Früher (AFAIR) war das Fill der Tunnels halbtransparent, da konnte man beides sehen, aber Andy Allan, der aktuelle Maintainer, ist grundsätzlich gegen Transparenzen, weil sie zu ungeplanten Farbmischungen führen können, je nach Situation. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] bano - nom de voie - point bleu
Bonjour à tous, Dans l'outil d'export de la bano qui permet de télécharger les données sur http://bano.openstreetmap.fr/data/, serait-il possible d'ajouter l'identifiant OSM de la relation associatedStreet qui concerne l'adresse ? En effet, cela faciliterait le lien entre l'adresse et la table voirie. Pour répondre déjà à la question qui va être posée, non, le code fantoir ne suffit pas car il y a des voies nommées qui n'ont pas de code fantoir (12% à Orange). - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/bano-nom-de-voie-point-bleu-tp5845781p5847967.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] tunnel überlagert Buildings auf osm.org
Von: nebulon42 nebulo...@yandex.com Möglicherweise ist das aber das gewünschte Verhalten, da sonst z.B. Hausdurchfahrten nicht sichtbar wären. Für Hausdurchfahrten gibt es aber extra tunnel=building_passage. Teilweise sieht die Karte mit dem aktuellen Rendering echt kurios aus, beispielsweise hier: http://www.openstreetmap.org/way/4639799#map=18/51.04115/13.73353 http://www.openstreetmap.org/way/4715664#map=18/51.04115/13.73353 Die beiden Tunnel werden über die Gebäude gerendert, aber unterhalb von Plätzen (die ja genau genommen lediglich andere Straßen sind). Das ist ziemlich unschön und meiner Meinung nach inkonsistent. Grüße Alex ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tunnel überlagert Buildings auf osm.org
Andreas Labres wrote on 12.06.2015 11:50: Linienobjekte überlagern Flächenobjekte, das ist vermutlich ziemlich grundsätzlich so. Man würde ja auch nicht wollen, dass z.B. ein Wald oder eine Wiese eine Straße oder einen Weg überlagert. Nein, es gibt verschiedene Ebenen welche nacheinander gerendert werden. Erst Ozean, dann alle landuse, dann alle Häuser, dann Straßen (oder halt so ähnlich). Das ist auch ein Problem, zum Beispiel am Eiffelturm http://www.openstreetmap.org/#map=19/48.85814/2.29433 aber nicht so einfach zu lösen leider. Diskussion gibts hier schon länger: https://github.com/gravitystorm/openstreetmap-carto/issues/688 -- Grüße Holger ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] bano - nom de voie - point bleu
De mémoire, l'info n'est pas actuellement conservée par les scripts de BANO mais pourrait sûrement l'être. Par contre ça sera forcément partiel car il n'y a qu'une toute petite partie des voies qui ont une relation associatedStreet... celles où l'on a mis les adresses dans OSM et où l'on a utilisé une relation, c'est à dire très peu en général avec quelques cas particuliers très fournis bien sûr qui sont ceux qui t'intéressent ;) Le 12/06/2015 11:30, Tony Emery a écrit : Bonjour à tous, Dans l'outil d'export de la bano qui permet de télécharger les données sur http://bano.openstreetmap.fr/data/, serait-il possible d'ajouter l'identifiant OSM de la relation associatedStreet qui concerne l'adresse ? En effet, cela faciliterait le lien entre l'adresse et la table voirie. Pour répondre déjà à la question qui va être posée, non, le code fantoir ne suffit pas car il y a des voies nommées qui n'ont pas de code fantoir (12% à Orange). - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/bano-nom-de-voie-point-bleu-tp5845781p5847967.html Sent from the France mailing list archive at Nabble.com. ___ 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-at] Public Transport Schema und Wien
Hallo,Ich setze mich grad mit den Regionalbussen auseinander. Liesing und 249 und 250 in Hütteldorf habe ich schon. Doch nun stellt sich beim 447 die Frage, ob ich hier alle Routen eingeben soll, oder nur die Stammstrecke... Laut Stadtverkehrswiki fährt der Bus einen Großteil seiner Routen nur 1-4 Mal am Tag: https://xover.mud.at/~tramway/stvkr-a-wiki/index.php/Linie_447_(VOR) Wie soll ich die Relation da anlegen? Nur Hütteldorf = Gablitz Garage und Gablitz Garage = Hütteldorf oder auch alle anderen? Das wäre dann wirklich ein Brocken... Was meint ihr? Fahrplan kann man auf der Postbusseite finden -- http://www.postbus.at/de/Fahrplanauskunft/Fahrplandownload/download/index.jsp?107501.pdf Danke und LGRobin ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk] German is now officially the reference version of the wiki?
On 2015-06-12 11:28, Martin Koppenhoefer wrote: Just stumbled upon this edit of the out of sync template in the wiki, which introduces German as a reference language for documentation: http://wiki.openstreetmap.org/w/index.php?title=Template%3ATranslation_out_of_syncdiff=1127917oldid=1127915 [1] I don't recally any discussion, and while I agree that for some tags German documentation might indeed be the defacto reference for some time, I don't think this occurs just with German or that it should be encouraged. It is written by Xxzme who was banned for a reason. But I read it differently. Not that Englisch or German are the defacto reference languages, but that the reference page is usually in English or German. Just like some reference pages could be Dutch or Russian. IMHO the reference page is the page without a lang: prefix. And if a page is for international use, the reference page should be in English. Can we revert this? Of course we can. Anyone can edit the wiki ;) The question is: should we? I think so, yes. Maarten ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] tunnel überlagert Buildings auf osm.org
Ein Tunnel ist an der Oberfläche meist nicht sichtbar. Das Gebäude hätte für mich hier Vorrang. Issue auf github.com: https://github.com/gravitystorm/openstreetmap-carto/issues/1609 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tunnel überlagert Buildings auf osm.org
Am 12. Juni 2015 um 13:46 schrieb Holger Jeromin mailgm...@katur.de: Das ist auch ein Problem, zum Beispiel am Eiffelturm http://www.openstreetmap.org/#map=19/48.85814/2.29433 aber nicht so einfach zu lösen leider. man müsste da auch erstmal definieren, was man gerne sehen will, also in welcher Höhe die Schnittebene liegt, oder ob man von unendlich weit weg draufsieht (Ansicht). Normalerweise wenn man eine Architektur Zeichnung von Hand macht, würde man mehrere horizontale Schnittebenen festlegen und das wären dann jeweils die Grundrisse, wo man die geschnittenen Flächen dicker umrandet als die in der Ansicht, und wo man ggf. (d.h. nach Gusto des Zeichnenden bzw. zur Erleichterung des Verständnisses in räumlich komplexeren Situationen) auch Dinge die oberhalb der Schnittebene liegen als Projektionslinien (z.B. gestrichelt oder gepunktet) darstellt (z.B. die Kante des Daches oder hier beim Eiffelturm wenn man unten schneidet, würde man nur die Füße dick zeichnen (für die Ebene 0) und den covered Bereich z.B. projeziert als dünne gepunktete Linien. So was ähnliches wie ein Orto-Luftbild wäre die sog. Dachansicht oder Draufsicht. Das Problem ist, dass es je nach Gebäude andere Ebenen sind, die Sinn machen, so was generell für alle Situationen pauschal zu lösen halte ich nicht nur für schwierig sondern praktisch für unmöglich. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk-fr] OpenLevelUp en version smartphone
Bonjour à tous, Quelques nouvelles d'OpenLevelUp avec notamment la sortie d'une version adaptée aux petits écrans (moins de 1000px de large), plus ergonomique et surtout plus fonctionnelle (la rétrocompatibilité n'était pas assurée) ;) De manière générale, une barre de recherche a été ajoutée (sur la version principale, le plugin Leaflet ne fonctionne pas (encore) sur mobile), quelques modifications de style, des corrections de bugs... Pour découvrir cela, toujours la même adresse : http://openlevelup.pavie.info/ Tous vos retours sont la bienvenue, que ce soit sur la version mobile ou principale :) Cordialement, PanierAvide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] addr:postcode sui place
Comuni con territori estesi e diverse località periferiche anche montane potrebbero avere più cap: In alta Umbria, per conoscenza, c'è il comune di Città di Castello che ha più cap, così come ci sono cap che sono trasversali a più comuni (ad es. sempre in provincia di Perugia, 06010 corrisponde sia al comune di Citerna che ad alcune località montane limitrofe tipo Lippiano del comune di monte Santa Maria Tiberina). Per sicurezza occorrerebbe controllare i CAP dal sito ufficiale delle poste italiane, lì non penso che si possa sbagliare. -- View this message in context: http://gis.19327.n5.nabble.com/addr-postcode-sui-place-tp5847246p5847989.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import dati da database Regione Lombardia
Questo è lo stato attuale del DB. Link http://www.cartografia.regione.lombardia.it/viewer25/index.jsp?config=config-dbtr.xmlparameters={%27wkid%27:32632,%27rlregis%27:{%27config%27:%27config-rlregis-dbtr.xml%27,%27ctrlTopo%27:{%27layerName%27:%27WIZ_U32WG.VS_CO_CTR_09%27,%27id%27:%2716001%27}}} Un altro problema è che alcuni comuni si sono dimenticati di aggiungere il nome della via al db dei numeri civici. Ho creato una cartella condivisa su drive dove poter scaricare gli shape file suddivisi per provincia https://drive.google.com/folderview?id=0B3AkhTNEEd9FfmViRjRFdll0TEpDRWEydl9DOVFoV2pZTjZrSVFYWlpQejZmUnVYRFJsS2susp=sharing -- View this message in context: http://gis.19327.n5.nabble.com/Import-dati-da-database-Regione-Lombardia-tp5847787p5848026.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-br] São Carlos, SP
Aun Johnsen, quando identificamos o problema verificamos que as edições do POI e relação eram muito antigas. []s Marcio From: Lists Sent: Friday, June 12, 2015 4:44 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP Marcio Com buscas do Nominatim pode demorar um pouco para atualizações ser realizadas. Meus perguntas e assim: 1) no seu 2 exemplos, quando fui os últimos edições das POI e relação? Eles foram criados, ou tags principais alterados no esses edições? 2) O que erro, alertas ou outros informações esses dar no Mkgmap, validadador JOSM e outros ferramentas QA ou processamento? Aun Johnsen On Jun 12, 2015, at 16:36, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Amigos, Por alguma razão, ainda desconhecida por mim, a Cidade de São Carlos não está indexando em nosso mapa Cocar que emprega o Mkgmap. Analisando no OSM as configurações da relação São Carlos ( http://www.openstreetmap.org/relation/297986 ) identificamos que pelo nomination só é indexado o POI da cidade como admin_centre e não é indexado o POI isoladamente em função ao place=city incluido no POI. A cidade de Concórdia – SC, por exemplo, tem o seguinte retorno: Resultados de OpenStreetMap Nominatim a.. Limite de Município Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, Brasil b.. Cidade Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, 8970, Brasil No nosso entender esse retorno duplo é correto já que existe a relação (Concordia – Limite de Municipio) e o POI (São Carlos – Place=city). Observem que para Concordia aparece na busca o POI isolado da cidade: http://www.openstreetmap.org/node/415523393 Já para São Carlos – SP assim aparece: Resultados de OpenStreetMap Nominatim a.. Cidade São Carlos, Microrregião de São Carlos, Mesorregião de Araraquara, São Paulo, Região Sudeste, Brasil Não existe pela busca o POI da cidade isoladamente. Só existe pela busca a Cidade que na verdade não é a cidade e sim o Limite de Municipio, a relação São Carlos. Afinal quem está certo nessas duas buscas? []s Marcio ___ 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: [OSM-talk-fr] outil user-friendly pour taguer les horaires opening_hours
Le 12 juin 2015 à 20:05, PanierAvide panierav...@riseup.net a écrit : Si ça s'est pas encore fait, il faut l'inventer ;) Tu veux juste avoir une page web qui, une fois que tu lui as indiqué sur un beau calendrier de semaine type, te donne la clé/valeur pour la saisir dans un éditeur quelconque ? Tu aurais besoin de gérer des cas complexes (horaires dépendant de la saison...) ou juste la semaine de base ? J’avais l’intention de parler des horaires à mettre dans OSM et je voulais souligner que, pour qui est familier de l’anglais, la syntaxe requise est plutôt simple, bien qu’elle demande quelque entraînement. Il y a 5 éléments de base pour tout ce qui n’a trop de saisonnalité : : pour le format des heures (ex. : 00:25) - (tiret bref) Lien entre heures d’une plage horaire , espace séparateur de plages horaires ; espace séparateur entre journées ou mois off (précédé d’un nom de jour ou de + ou bien d’un nom de mois ou de +) modifie la série précédente Mo-Su 00:00-12:00; Tu off; Th off; PH off; Nov off veut dire ouvert 12 heures par jour, fermeture le mardi, le jeudi, les jours fériés et en novembre Cela permet de tagger la quasi-totalité des services publics et des commerces ouverts à l’année. Cela se complique pour les ouvertures saisonnières. Forcé d’arpenter les rues de ma ville, je valorise ce temps en photographiant les horaires et en demandant parfois des précisions, surtout sur les congés annuels. Utile pour ramasser des potins ou se faire bien voir par sa crémière. On me donne la carte de visite, ce qui est une source indiscutable pour les coordonnées. Une fois, j’ai saisi sur place les horaires et fait constater que le statut ouvert du commerce apparaissait dans la minute sur osm24.eu http://osm24.eu/ Ce dernier site est très intéressant : si vous montrez à des artisans que vous avez mis les horaires des déchetteries, le succès est garanti. Dommage qu’il ne soit pas intégré à osm.org. Il se finance avec de discrètes publicités qui apparaissent quand vous lisez la fiche d’un POI (ou d’une relation). Pour la saisie, j’utilise Pushpin (pour Iphone ou Ipad) et ID sur un appareil de bureau. Le premier voit les relations, mais n’édite que les nodes. Même si vous ne mettez que les services ou commerces que vous fréquentez, cela aidera à montrer l’utilité d’OSM. Christian R.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] outil user-friendly pour taguer les horaires opening_hours
Pour le challenge, j'ai codé une petite interface, en regardant ce qui se faisait (de simple) par ailleurs. On trouve souvent le curseur que l'on déplace le long d'une journée pour faire un créneau horaire. Je vous présente donc YoHours, la petite interface web pour passer d'horaires compréhensibles par un humain au format opening_hours (compréhensible, mais moins) : http://github.pavie.info/yohours/ Pour l'instant c'est laid, mais ça fonctionne. La génération de la valeur opening_hours est largement basée sur l'algorithme utilisé par le plugin JOSM. Si ça présente un intérêt pour quelqu'un, je verrai pour faire une interface moins Web 0.1 ;) Cordialement, PanierAvide. Le 12/06/2015 20:45, Philippe Verdy a écrit : Il doit être possible de coder ça dans un petit formulaire sympa et lisible (un calendrier hebdomadaire avec des curseurs déplaçables entre des zones rouges et vertes et quelques boutons pour ajouter des exceptions au cycle hebdo, tels que l'ajout de règles pour jours fériés, aussi bien pour les éditeurs du web que pour JOSM. Dans tous les cas la chaine générée doit rester lisible et modifiable, et vérifiable si on saisit dedans (méthode la plus facile si on veut changer des horaires de façon précise. On peut s'inspirer des interfaces des programmateurs de tâches sous Unix/Linux ou même sous Windows. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] São Carlos, SP
2015-06-12 17:58 GMT-03:00 thunder...@gpsinfo.com.br: Estranho o nominatim não se atualizar em inclusões feitas há 1 mês. Tem índice nele que precisa de atualização manual. Outros são mais custosos (e são atualizados com menor frequência) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
Nelson, já que reverteu a edição que fiz no POI de São Carlos solicito que corrija a posição do POI uma vez que o marco zero da Cidade de São Carlos - SP se encontra na Praça Dom José Marcondes Homem de Meloda, onde se encontra a Catedral de São Carlos Borromeu e não no quarteirão adjacente, onde foi recolocado. []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Friday, June 12, 2015 4:45 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP 2015-06-12 16:36 GMT-03:00 thunder...@gpsinfo.com.br: Por alguma razão, ainda desconhecida por mim, a Cidade de São Carlos não está indexando em nosso mapa Cocar que emprega o Mkgmap. Márcio, mais uma vez: se está acontecendo algum problema no mkgmap, pergunte antes de editar os dados no OSM. A grande parte dos problemas anteriores não se encontrava no OSM. Se o problema acontece no nominatim, da mesma forma, não mexa nos dados do OSM. Teste com cidades perto de São Carlos (Araraquara, Ribeirão Preto, etc) e verá que o resultado é exatamente o mesmo: apenas um resultado é retornado. O estado de SP inteiro não é indexado por acaso no mkgmap? De várias cidades que testei todas retornam apenas 1 objeto no nominatim. ___ 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-br] São Carlos, SP
Repare aqui: http://i.imgur.com/0CB2iAB.png Note que existe um city (o primeiro) e um town (o segundo). Desconfio que tenha sido pela adição de addr:place há 1 mês atrás (e alguns índices do nominatim não são atualizados em tempo real). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[OSM-talk] State of the Map US 2015 is over - thank you!
Hi all, State of the Map US 2015 is over, and I had a fantastic time. Meeting so many people from over 40 countries total. A party in a classic courthouse that is normally closed to the public. Being at the United Nations building with ~800 OSM enthusiasts. Listening to the great variety of talks (which were all recorded by the way, so you can watch them at your leisure if you want — http://stateofthemap.us/program/). Looking forward to the next SotM already! On behalf of the conference organizing team, I would like to thank all of you who came to New York City and made this SotM US edition a success! Some pictures on twitter: https://twitter.com/search?q=%23sotmussrc=typdvertical=defaultf=images (huh, OSM on an Apple Watch? I missed that!) And on flickr: https://www.flickr.com/search/?text=sotmus Martijn ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] São Carlos, SP
Aun Johnsen, o mkgmap não acusa erro, mas também não indexa a cidade quando da busca no GPS. Interessante que só não indexa essa cidade de São Carlos. Todas as demais de São Paulo indexa. O importante aqui, no meu propósito, é padronizarmos o emprego de tags nas relações boundarys e acertarmos de uma vez por todas o que é incluído nela. Identificamos nas relações boundarys os mais variados empregos de tags. Não existe uma padronização. Estamos fazendo um esforço de incluir o membro admin_centre nas relações boundarys já que muitas delas não contemplam isso, em especial nas do Estado de São Paulo. Muitas tem o is_in e ainda não ficou decidido se é redundante ou não esse emprego. Muitas tem o place= na relação e também no POI da cidade. Até agora não sabemos se deve permanecer em ambas ou somente no POI da cidade, apesar de deduzirmos que place só deve ficar no POI e não na relação, uma vez que a relação define o limite administrativo do município e não o marco zero da cidade. Todas essas situações e outra existentes nada acusam de aviso ou erro no JOSM. []s Marcio From: Lists Sent: Friday, June 12, 2015 5:20 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP Marcio Voce nao respondi meu segundo pergunta 2) O que erro, alertas ou outros informações esses dar no Mkgmap, validadador JOSM e outros ferramentas QA ou processamento? O que mensagem dar no mkgmap? Dar erro no validador JOSM? o KeepRight indicando algum coisas keepright.at ? tem algum coisas indicado aqui: http://developer.mapquest.com/web/products/open/nominatim/broken-polygon ? ou aqui http://ra.osmsurround.org/ ? ou aqui http://tools.geofabrik.de/osmi/# ? ou aqui http://osmose.openstreetmap.fr/en/map/ ? Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] São Carlos, SP
Amigos, Por alguma razão, ainda desconhecida por mim, a Cidade de São Carlos não está indexando em nosso mapa Cocar que emprega o Mkgmap. Analisando no OSM as configurações da relação São Carlos ( http://www.openstreetmap.org/relation/297986 ) identificamos que pelo nomination só é indexado o POI da cidade como admin_centre e não é indexado o POI isoladamente em função ao place=city incluido no POI. A cidade de Concórdia – SC, por exemplo, tem o seguinte retorno: Resultados de OpenStreetMap Nominatim a.. Limite de Município Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, Brasil b.. Cidade Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, 8970, Brasil No nosso entender esse retorno duplo é correto já que existe a relação (Concordia – Limite de Municipio) e o POI (São Carlos – Place=city). Observem que para Concordia aparece na busca o POI isolado da cidade: http://www.openstreetmap.org/node/415523393 Já para São Carlos – SP assim aparece: Resultados de OpenStreetMap Nominatim a.. Cidade São Carlos, Microrregião de São Carlos, Mesorregião de Araraquara, São Paulo, Região Sudeste, Brasil Não existe pela busca o POI da cidade isoladamente. Só existe pela busca a Cidade que na verdade não é a cidade e sim o Limite de Municipio, a relação São Carlos. Afinal quem está certo nessas duas buscas? []s Marcio___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
Aun, pelos nossos testes, a única cidade que não está sendo indexada é São Carlos – SP. Fizemos testes com os mapas NL ( http://garmin.openstreetmap.nl/ ) e ES ( http://mapas.alternativaslibres.es/descargas.php ) e em ambos não obtivemos sucesso na indexação de São Carlos – SP. Neles, além São Carlos, outras cidades de São Paulo também não indexam, em especial as contidas em mesorregiões e microrregiões. Empregando esses mapas em seu GPS não terá voce indexação de algumas cidades de São Paulo porque recentemente o Blad incluiu Mesorregiões (admin_level=5) e Microrregiões (admin_level=7) no estado, em especial na região de Araraquara e São Carlos. Esses sites que disponibilizam os mapas do Brasil empregam os styles default do Mkgmap e com isso a relação boundary admin_level=8 é suplantada pelas admin_level de menores valores incluidas (5 e 7) se o utilizador nada fizer. Se observar no GPS carregado com um desses mapas, no para Onde / Cidade, a cidade desejada só é encontrada se digitar no campo estado mesorregião ou a microrregião correspondente, a de menor admin_level. Para solucionar esse problema fomos obrigados a comandar no Mkgmap “drop” dos admin_level 5 e 7 permitindo que o 8, o que queremos, fosse indexado. Poderíamos até no style inserir os admin level 5 e 7 para serem processados depois do 8, mas como em gps não empregamos mesorregião e microrregião decidimos por exclui-las dos dados baixados Em nosso style só empregamos os admin_level 2, 3, 4, 8, 9 e 10. []s Marcio From: Lists Sent: Friday, June 12, 2015 5:52 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP Marcio, Eu vou jantar agora, depois eu pode fazer simulações nos meus aparelhos buscar POIs e endereços no meus mapas garmin no computador através BaseCamp e no meu Nüvi, espero que voce me mandar um lista do exemplos que, algum indexados e algum que voce não conseguir indexar, assim eu posso ver se mapas do garmin.openstreetmap.nl tem problemas indexar mesmas. So para avisar, nao deu atualizar meus mapas desde 29-03-2015, assim edições feito e abril e ate agora não estou disponível nos meus mapas. Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Hilfe beim Changeset reverten..
On Fri, 12 Jun 2015 18:50:40 +0200, Richard wrote: ich versuche https://www.openstreetmap.org/changeset/26446518 rückgangig zu machen - also Josm Data/Revert changeset/id/fully, danach resolve conflicts. Soweit so gut, die Straße wird wieder so angezeigt wie sie sein soll. beim uploaden bekomme ich die Meldung: The data to be uploaded participates in unresolved conflicts of layer 'Data Layer 1'. You have to resolve them first. Nur zum resolvieren gibt es nichts mehr:( Kann ich irgendwie weiterkommen? Nachdem ich alle 18 Konflikte gelöst habe, könnte ich die Daten problemlos hochladen. JOSM-Version 8487 Wenn ich bei einem Revert soviele Konflikte habe, dass ich die nicht lösen mag, probiere ich zuerst, nur den für mich interessanten Teil der Daten auszuwählen und dann per Auswahl hochladen in die OSM-DB zu schieben. Mit etwas Glück sind die ausgewählten Daten nicht von den Konflikten betroffen. hth Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-br] São Carlos, SP
Não compreendi. A POI de Concordia –SC está assim formatado: IBGE:GEOCODIGO420430105 addr:postcode8970 is_in:state_codeSC nameConcórdia placetown population70720 sourceIBGE A relação de Concordia _ SC assim está formatada: IBGE:GEOCODIGO4204301 admin_level8 boundaryadministrative nameConcórdia sourceIBGE typeboundary wikipediapt:Concórdia Essas formatações foram revisadas há 1 mes, tempo suficiente de propagação para o nominatim. Onde se encontra a duplicação com place city e town? Não identifiquei nas formatações dos dois objetos. De qualquer forma vamos mais uma vez acionar a lista Mkgmap para solucionar o problema de não indexação do POI contendo o place=city quando esse POI só está contido como membro admin_centre da relação boundary. []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Friday, June 12, 2015 5:15 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP 2015-06-12 17:02 GMT-03:00 thunder...@gpsinfo.com.br: Diz você que testou várias cidades, mas não testou a apresentada por mim que é Concórdia - SC. Testei. Existe duplicação no nomimatim: http://nominatim.openstreetmap.org/search.php?q=concórdia%2C+santa+catarina Repare que está indexado como city e town (talvez porque 1 mês atrás vocês estavam adicionando addr:place=city no nó da cidade que já possuía place=town). Essas adições de is_in, addr:place e outras coisas para indexar em uma aplicação específica não é o caminho certo. Peguemos Ribeirão Preto: http://nominatim.openstreetmap.org/search.php?q=ribeirão+preto Apenas 1 resultado do nominatim (os outros dos são córregos) Ribeirão Preto também não é indexado no mkgmap? Nenhuma cidade de SP é indexada no mkgmap? Infelizmente, mais uma vez, nos deparamos com configurações diferentes para objetos semelhantes. Falta de padronização? Por mais distintas que estejam, nenhuma está errada. Muitos aplicativos entendem corretamente as relações que já existem. Único lugar que vejo apresentando problema é no mkgmap. Sinceramente não entendo como que acontece tanto problema de indexação no mkgmap. ___ 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-br] São Carlos, SP
Marcio, Eu vou jantar agora, depois eu pode fazer simulações nos meus aparelhos buscar POIs e endereços no meus mapas garmin no computador através BaseCamp e no meu Nüvi, espero que voce me mandar um lista do exemplos que, algum indexados e algum que voce não conseguir indexar, assim eu posso ver se mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ tem problemas indexar mesmas. So para avisar, nao deu atualizar meus mapas desde 29-03-2015, assim edições feito e abril e ate agora não estou disponível nos meus mapas. Aun Johnsen On Jun 12, 2015, at 17:43, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Aun Johnsen, o mkgmap não acusa erro, mas também não indexa a cidade quando da busca no GPS. Interessante que só não indexa essa cidade de São Carlos. Todas as demais de São Paulo indexa. O importante aqui, no meu propósito, é padronizarmos o emprego de tags nas relações boundarys e acertarmos de uma vez por todas o que é incluído nela. Identificamos nas relações boundarys os mais variados empregos de tags. Não existe uma padronização. Estamos fazendo um esforço de incluir o membro admin_centre nas relações boundarys já que muitas delas não contemplam isso, em especial nas do Estado de São Paulo. Muitas tem o is_in e ainda não ficou decidido se é redundante ou não esse emprego. Muitas tem o place= na relação e também no POI da cidade. Até agora não sabemos se deve permanecer em ambas ou somente no POI da cidade, apesar de deduzirmos que place só deve ficar no POI e não na relação, uma vez que a relação define o limite administrativo do município e não o marco zero da cidade. Todas essas situações e outra existentes nada acusam de aviso ou erro no JOSM. []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Friday, June 12, 2015 5:20 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] São Carlos, SP Marcio Voce nao respondi meu segundo pergunta 2) O que erro, alertas ou outros informações esses dar no Mkgmap, validadador JOSM e outros ferramentas QA ou processamento? O que mensagem dar no mkgmap? Dar erro no validador JOSM? o KeepRight indicando algum coisas keepright.at http://keepright.at/ ? tem algum coisas indicado aqui: http://developer.mapquest.com/web/products/open/nominatim/broken-polygon http://developer.mapquest.com/web/products/open/nominatim/broken-polygon ? ou aqui http://ra.osmsurround.org/ http://ra.osmsurround.org/ ? ou aqui http://tools.geofabrik.de/osmi/# http://tools.geofabrik.de/osmi/# ? ou aqui http://osmose.openstreetmap.fr/en/map/ http://osmose.openstreetmap.fr/en/map/#zoom=12lat=-20.6532lon=-40.5116layer=Mapnikoverlays=FFFTitem=level=1tags=fixable=bbox=-40.769920349121094,-20.761250430919638,-40.35621643066406,-20.53732786084848 ? Aun Johnsen ___ 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-br] São Carlos, SP
Marcio Lembro um tempo atraz Amasonas se identificei como “Amasonas (old)”, esse fui por caso do um relação apagado, mas pertenci no Nominatim por quase 2 anos depois Então problemas interna no Nominatim pode fica por muito tempo Aun Johnsen On Jun 12, 2015, at 17:58, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Isso havia eu reparado, mas nas formatações no OSM não identifiquei essa situação. Seria um BUG do nominatim? Estranho o nominatim não se atualizar em inclusões feitas há 1 mês. -Mensagem Original- From: Nelson A. de Oliveira Sent: Friday, June 12, 2015 5:36 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP Repare aqui: http://i.imgur.com/0CB2iAB.png Note que existe um city (o primeiro) e um town (o segundo). Desconfio que tenha sido pela adição de addr:place há 1 mês atrás (e alguns índices do nominatim não são atualizados em tempo real). ___ 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-co] Talleres de mapeo en Crisis pro-salgar en Bogotá y Medellín.
Hola El día de mañana (Sabado 13) se realizarán sendos talleres de cartografía pro-Salgar en Bogotá y Medellín. El de Bogotá será nuevamente en hackBo con la monitoría de Oscar Ramos prantolima cupo limitado para 12 persona entrada libre previa inscripción en http://milfs.redhumus.org/?id=3 El de Medellín será en Proyecto NN http://www.proyectonn.com/ a las 10:00 y lo coordinaré yo (humano) :-) . Espero que puedan asistir, nos enfocaremos en la tarea 14 http://tareas.openstreetmap.co/project/14# Salu2 Humano. -- ## |___|__\___ | _ | |_ | } (_) (_) Twitter: @fredy_rivera Phone USA: (347) 688-4473 Mobil telephone: +57 3044886255 ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-br] São Carlos, SP
2015-06-12 17:02 GMT-03:00 thunder...@gpsinfo.com.br: Diz você que testou várias cidades, mas não testou a apresentada por mim que é Concórdia - SC. Testei. Existe duplicação no nomimatim: http://nominatim.openstreetmap.org/search.php?q=concórdia%2C+santa+catarina Repare que está indexado como city e town (talvez porque 1 mês atrás vocês estavam adicionando addr:place=city no nó da cidade que já possuía place=town). Essas adições de is_in, addr:place e outras coisas para indexar em uma aplicação específica não é o caminho certo. Peguemos Ribeirão Preto: http://nominatim.openstreetmap.org/search.php?q=ribeirão+preto Apenas 1 resultado do nominatim (os outros dos são córregos) Ribeirão Preto também não é indexado no mkgmap? Nenhuma cidade de SP é indexada no mkgmap? Infelizmente, mais uma vez, nos deparamos com configurações diferentes para objetos semelhantes. Falta de padronização? Por mais distintas que estejam, nenhuma está errada. Muitos aplicativos entendem corretamente as relações que já existem. Único lugar que vejo apresentando problema é no mkgmap. Sinceramente não entendo como que acontece tanto problema de indexação no mkgmap. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-us] State of the Map US 2015 is over - thank you!
Hi all, State of the Map US 2015 is over, and I had a fantastic time. Meeting so many people from over 40 countries total. A party in a classic courthouse that is normally closed to the public. Being at the United Nations building with ~800 OSM enthusiasts. Listening to the great variety of talks (which were all recorded by the way, so you can watch them at your leisure if you want — http://stateofthemap.us/program/). Looking forward to the next SotM already! On behalf of the conference organizing team, I would like to thank all of you who came to New York City and made this SotM US edition a success! Some pictures on twitter: https://twitter.com/search?q=%23sotmussrc=typdvertical=defaultf=images (huh, OSM on an Apple Watch? I missed that!) And on flickr: https://www.flickr.com/search/?text=sotmus Martijn ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-br] São Carlos, SP
Isso havia eu reparado, mas nas formatações no OSM não identifiquei essa situação. Seria um BUG do nominatim? Estranho o nominatim não se atualizar em inclusões feitas há 1 mês. -Mensagem Original- From: Nelson A. de Oliveira Sent: Friday, June 12, 2015 5:36 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] São Carlos, SP Repare aqui: http://i.imgur.com/0CB2iAB.png Note que existe um city (o primeiro) e um town (o segundo). Desconfio que tenha sido pela adição de addr:place há 1 mês atrás (e alguns índices do nominatim não são atualizados em tempo real). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
Marcio Ja fiz algum testes, e parecendo que dos cidades que tentei, o maioria, incluindo São Carlos SP, Belém PA, Manaus AM, Ribeirão Preto SP e Vitória ES indexando certo, mas Cariacica ES e Guarapari ES parecendo que dar errado. Sem um lista dos testes especifico não dar para reproduzir seus erros, então favor me mandar um lista dos testes, que podemos testar com fontes diferentes do Garmin alem do fontes externas como OSRM, Nominatim, Google Maps entre outros. Como outro vez voce tinha problemas com mapas Garmin eu pedi testes para reproduzir seus problemas e voce não me respondeu com esses. Eu oferecendo te ajudar achar a problema mas voce não me dar o que preciso para te ajudar. Aun Johnsen On Jun 12, 2015, at 19:09, Lists li...@gimnechiske.org wrote: Marcio, Não tem certeza disso, porque nunca ha problemas com busca de endereços do São Sebastião SP. Não tentei com outros cidades do SP assim não sei se SSEB fui caso único ou não, Se voce me dar um lista do buscas do cidades indexado certo, e cidades que faltam indexo, eu posso analizar isso, e ver mais certo se dar ou nao. O que vai precisar e algum endereços e POIs dentro esses cidades, por exemplo hotéis, lojas ou posto gasolinas por nome, rua e numero do algum endereços, etc. Eu vejo seus argumentos, e quer reproduzir seus problemas para eliminar onde ha problema. Aun Johnsen On Jun 12, 2015, at 18:27, thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br wrote: Aun, pelos nossos testes, a única cidade que não está sendo indexada é São Carlos – SP. Fizemos testes com os mapas NL ( http://garmin.openstreetmap.nl/ http://garmin.openstreetmap.nl/ ) e ES ( http://mapas.alternativaslibres.es/descargas.php http://mapas.alternativaslibres.es/descargas.php ) e em ambos não obtivemos sucesso na indexação de São Carlos – SP. Neles, além São Carlos, outras cidades de São Paulo também não indexam, em especial as contidas em mesorregiões e microrregiões. Empregando esses mapas em seu GPS não terá voce indexação de algumas cidades de São Paulo porque recentemente o Blad incluiu Mesorregiões (admin_level=5) e Microrregiões (admin_level=7) no estado, em especial na região de Araraquara e São Carlos. Esses sites que disponibilizam os mapas do Brasil empregam os styles default do Mkgmap e com isso a relação boundary admin_level=8 é suplantada pelas admin_level de menores valores incluidas (5 e 7) se o utilizador nada fizer. Se observar no GPS carregado com um desses mapas, no para Onde / Cidade, a cidade desejada só é encontrada se digitar no campo estado mesorregião ou a microrregião correspondente, a de menor admin_level. Para solucionar esse problema fomos obrigados a comandar no Mkgmap “drop” dos admin_level 5 e 7 permitindo que o 8, o que queremos, fosse indexado. Poderíamos até no style inserir os admin level 5 e 7 para serem processados depois do 8, mas como em gps não empregamos mesorregião e microrregião decidimos por exclui-las dos dados baixados Em nosso style só empregamos os admin_level 2, 3, 4, 8, 9 e 10. []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Friday, June 12, 2015 5:52 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] São Carlos, SP Marcio, Eu vou jantar agora, depois eu pode fazer simulações nos meus aparelhos buscar POIs e endereços no meus mapas garmin no computador através BaseCamp e no meu Nüvi, espero que voce me mandar um lista do exemplos que, algum indexados e algum que voce não conseguir indexar, assim eu posso ver se mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ tem problemas indexar mesmas. So para avisar, nao deu atualizar meus mapas desde 29-03-2015, assim edições feito e abril e ate agora não estou disponível nos meus mapas. Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org mailto: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] Beschreibung von Changeset ändern
Hallo,Ich habe gestern bei einem Changeset die falsche Linie hingeschrieben (eine 200er Linie statt einer 300er oder so)... Wer den Fehler findet darf ihn behalten. :P Aber ich denke nicht, dass es stört. Bei einer Vertauschung von dorf, bach, stadt oder was so noch hinten hängen kann ist es nicht so schlimm, solang der Name davor stimmt. Ich hätte auch an einen Kommentar unter'm Changeset gedacht. LGRobin ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] outil user-friendly pour taguer les horaires opening_hours
Il doit être possible de coder ça dans un petit formulaire sympa et lisible (un calendrier hebdomadaire avec des curseurs déplaçables entre des zones rouges et vertes et quelques boutons pour ajouter des exceptions au cycle hebdo, tels que l'ajout de règles pour jours fériés, aussi bien pour les éditeurs du web que pour JOSM. Dans tous les cas la chaine générée doit rester lisible et modifiable, et vérifiable si on saisit dedans (méthode la plus facile si on veut changer des horaires de façon précise. On peut s'inspirer des interfaces des programmateurs de tâches sous Unix/Linux ou même sous Windows. Le 12 juin 2015 20:05, PanierAvide panierav...@riseup.net a écrit : Si ça s'est pas encore fait, il faut l'inventer ;) Tu veux juste avoir une page web qui, une fois que tu lui as indiqué sur un beau calendrier de semaine type, te donne la clé/valeur pour la saisir dans un éditeur quelconque ? Tu aurais besoin de gérer des cas complexes (horaires dépendant de la saison...) ou juste la semaine de base ? PanierAvide. Le 12/06/2015 19:35, Florian LAINEZ a écrit : Merci Francescu. Malheureusement dans ma situation cela ne convient pas : ce n'est pas assez user friendly pour la personne qui doit contribuer. J'ai besoin d'une interface pour un noob, pas d'un outil de débogage. Quelqu'un doit forcément avoir fait ça ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] São Carlos, SP
Marcio Com buscas do Nominatim pode demorar um pouco para atualizações ser realizadas. Meus perguntas e assim: 1) no seu 2 exemplos, quando fui os últimos edições das POI e relação? Eles foram criados, ou tags principais alterados no esses edições? 2) O que erro, alertas ou outros informações esses dar no Mkgmap, validadador JOSM e outros ferramentas QA ou processamento? Aun Johnsen On Jun 12, 2015, at 16:36, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Amigos, Por alguma razão, ainda desconhecida por mim, a Cidade de São Carlos não está indexando em nosso mapa Cocar que emprega o Mkgmap. Analisando no OSM as configurações da relação São Carlos ( http://www.openstreetmap.org/relation/297986 http://www.openstreetmap.org/relation/297986 ) identificamos que pelo nomination só é indexado o POI da cidade como admin_centre e não é indexado o POI isoladamente em função ao place=city incluido no POI. A cidade de Concórdia – SC, por exemplo, tem o seguinte retorno: Resultados de OpenStreetMap Nominatim http://nominatim.openstreetmap.org/ Limite de Município Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, Brasil http://www.openstreetmap.org/relation/296692 Cidade Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, 8970, Brasil http://www.openstreetmap.org/node/415523393 No nosso entender esse retorno duplo é correto já que existe a relação (Concordia – Limite de Municipio) e o POI (São Carlos – Place=city). Observem que para Concordia aparece na busca o POI isolado da cidade: http://www.openstreetmap.org/node/415523393 http://www.openstreetmap.org/node/415523393 Já para São Carlos – SP assim aparece: Resultados de OpenStreetMap Nominatim http://nominatim.openstreetmap.org/ Cidade São Carlos, Microrregião de São Carlos, Mesorregião de Araraquara, São Paulo, Região Sudeste, Brasil http://www.openstreetmap.org/relation/297986 Não existe pela busca o POI da cidade isoladamente. Só existe pela busca a Cidade que na verdade não é a cidade e sim o Limite de Municipio, a relação São Carlos. Afinal quem está certo nessas duas buscas? []s Marcio ___ 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-br] São Carlos, SP
2015-06-12 16:36 GMT-03:00 thunder...@gpsinfo.com.br: Por alguma razão, ainda desconhecida por mim, a Cidade de São Carlos não está indexando em nosso mapa Cocar que emprega o Mkgmap. Márcio, mais uma vez: se está acontecendo algum problema no mkgmap, pergunte antes de editar os dados no OSM. A grande parte dos problemas anteriores não se encontrava no OSM. Se o problema acontece no nominatim, da mesma forma, não mexa nos dados do OSM. Teste com cidades perto de São Carlos (Araraquara, Ribeirão Preto, etc) e verá que o resultado é exatamente o mesmo: apenas um resultado é retornado. O estado de SP inteiro não é indexado por acaso no mkgmap? De várias cidades que testei todas retornam apenas 1 objeto no nominatim. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
Marcio Voce nao respondi meu segundo pergunta 2) O que erro, alertas ou outros informações esses dar no Mkgmap, validadador JOSM e outros ferramentas QA ou processamento? O que mensagem dar no mkgmap? Dar erro no validador JOSM? o KeepRight indicando algum coisas keepright.at http://keepright.at/ ? tem algum coisas indicado aqui: http://developer.mapquest.com/web/products/open/nominatim/broken-polygon http://developer.mapquest.com/web/products/open/nominatim/broken-polygon ? ou aqui http://ra.osmsurround.org/ http://ra.osmsurround.org/ ? ou aqui http://tools.geofabrik.de/osmi/# http://tools.geofabrik.de/osmi/# ? ou aqui http://osmose.openstreetmap.fr/en/map/ http://osmose.openstreetmap.fr/en/map/#zoom=12lat=-20.6532lon=-40.5116layer=Mapnikoverlays=FFFTitem=level=1tags=fixable=bbox=-40.769920349121094,-20.761250430919638,-40.35621643066406,-20.53732786084848 ? Aun Johnsen On Jun 12, 2015, at 16:54, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Aun Johnsen, quando identificamos o problema verificamos que as edições do POI e relação eram muito antigas. []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Friday, June 12, 2015 4:44 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] São Carlos, SP Marcio Com buscas do Nominatim pode demorar um pouco para atualizações ser realizadas. Meus perguntas e assim: 1) no seu 2 exemplos, quando fui os últimos edições das POI e relação? Eles foram criados, ou tags principais alterados no esses edições? 2) O que erro, alertas ou outros informações esses dar no Mkgmap, validadador JOSM e outros ferramentas QA ou processamento? Aun Johnsen On Jun 12, 2015, at 16:36, thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br wrote: Amigos, Por alguma razão, ainda desconhecida por mim, a Cidade de São Carlos não está indexando em nosso mapa Cocar que emprega o Mkgmap. Analisando no OSM as configurações da relação São Carlos ( http://www.openstreetmap.org/relation/297986 http://www.openstreetmap.org/relation/297986 ) identificamos que pelo nomination só é indexado o POI da cidade como admin_centre e não é indexado o POI isoladamente em função ao place=city incluido no POI. A cidade de Concórdia – SC, por exemplo, tem o seguinte retorno: Resultados de OpenStreetMap Nominatim http://nominatim.openstreetmap.org/ Limite de Município Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, Brasil http://www.openstreetmap.org/relation/296692 Cidade Concórdia, Microrregião de Concórdia, Mesorregião do Oeste Catarinense, Santa Catarina, Região Sul, 8970, Brasil http://www.openstreetmap.org/node/415523393 No nosso entender esse retorno duplo é correto já que existe a relação (Concordia – Limite de Municipio) e o POI (São Carlos – Place=city). Observem que para Concordia aparece na busca o POI isolado da cidade: http://www.openstreetmap.org/node/415523393 http://www.openstreetmap.org/node/415523393 Já para São Carlos – SP assim aparece: Resultados de OpenStreetMap Nominatim http://nominatim.openstreetmap.org/ Cidade São Carlos, Microrregião de São Carlos, Mesorregião de Araraquara, São Paulo, Região Sudeste, Brasil http://www.openstreetmap.org/relation/297986 Não existe pela busca o POI da cidade isoladamente. Só existe pela busca a Cidade que na verdade não é a cidade e sim o Limite de Municipio, a relação São Carlos. Afinal quem está certo nessas duas buscas? []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org mailto: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 mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] São Carlos, SP
Marcio, Não tem certeza disso, porque nunca ha problemas com busca de endereços do São Sebastião SP. Não tentei com outros cidades do SP assim não sei se SSEB fui caso único ou não, Se voce me dar um lista do buscas do cidades indexado certo, e cidades que faltam indexo, eu posso analizar isso, e ver mais certo se dar ou nao. O que vai precisar e algum endereços e POIs dentro esses cidades, por exemplo hotéis, lojas ou posto gasolinas por nome, rua e numero do algum endereços, etc. Eu vejo seus argumentos, e quer reproduzir seus problemas para eliminar onde ha problema. Aun Johnsen On Jun 12, 2015, at 18:27, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Aun, pelos nossos testes, a única cidade que não está sendo indexada é São Carlos – SP. Fizemos testes com os mapas NL ( http://garmin.openstreetmap.nl/ http://garmin.openstreetmap.nl/ ) e ES ( http://mapas.alternativaslibres.es/descargas.php http://mapas.alternativaslibres.es/descargas.php ) e em ambos não obtivemos sucesso na indexação de São Carlos – SP. Neles, além São Carlos, outras cidades de São Paulo também não indexam, em especial as contidas em mesorregiões e microrregiões. Empregando esses mapas em seu GPS não terá voce indexação de algumas cidades de São Paulo porque recentemente o Blad incluiu Mesorregiões (admin_level=5) e Microrregiões (admin_level=7) no estado, em especial na região de Araraquara e São Carlos. Esses sites que disponibilizam os mapas do Brasil empregam os styles default do Mkgmap e com isso a relação boundary admin_level=8 é suplantada pelas admin_level de menores valores incluidas (5 e 7) se o utilizador nada fizer. Se observar no GPS carregado com um desses mapas, no para Onde / Cidade, a cidade desejada só é encontrada se digitar no campo estado mesorregião ou a microrregião correspondente, a de menor admin_level. Para solucionar esse problema fomos obrigados a comandar no Mkgmap “drop” dos admin_level 5 e 7 permitindo que o 8, o que queremos, fosse indexado. Poderíamos até no style inserir os admin level 5 e 7 para serem processados depois do 8, mas como em gps não empregamos mesorregião e microrregião decidimos por exclui-las dos dados baixados Em nosso style só empregamos os admin_level 2, 3, 4, 8, 9 e 10. []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Friday, June 12, 2015 5:52 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] São Carlos, SP Marcio, Eu vou jantar agora, depois eu pode fazer simulações nos meus aparelhos buscar POIs e endereços no meus mapas garmin no computador através BaseCamp e no meu Nüvi, espero que voce me mandar um lista do exemplos que, algum indexados e algum que voce não conseguir indexar, assim eu posso ver se mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ tem problemas indexar mesmas. So para avisar, nao deu atualizar meus mapas desde 29-03-2015, assim edições feito e abril e ate agora não estou disponível nos meus mapas. Aun Johnsen ___ 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-de] tunnel überlagert Buildings auf osm.org
On 12.06.15 13:46, Holger Jeromin wrote: Nein, es gibt verschiedene Ebenen welche nacheinander gerendert werden. Erst Ozean, dann alle landuse, dann alle Häuser, dann Straßen (oder halt so ähnlich). Naja, das ist ja genau, was ich schrieb: erst Flächen (Ozean, landuse, Häuser), dann Linien (Straßen, Wege, usw.) und Punkte. Das will man ja in einer Straßenkarte auch, dass man eine unterirdisch verlaufende Straße sehen will. /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Eisenbahn-Relation (controlled_area) ohne Typ
Hallo zusammen, ich hab bei der JOSM Fehlerprüfung in meiner Region eine Relation entdeckt, bei der kein Relationstyp angegeben ist. Von JOSM wird er als Fehler und nicht als Warnung klassifiziert. Als Tags der Relation sind zwei Felder angegeben. - name=Jübek Bf - railway=controlled_area Mag sich jemand das mal mit anschauen? Bin mit ungewöhnlichen Relationen nicht sehr vertraut. Wie sollte damit umgegangen werden? Vielen Dank im Voraus für die Unterstützung. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-co] Propuesta para la creación del grupo OSM Colombia en telegram
Hola En lo personal no podría abrir mas canales de comunicación y atenderlos eficientemente. Gracias por el ofrecimiento pero seguiremos coordinando actividades por medio de esta lista, el IRC y los canales que tenemos abiertos hasta el momento. salu2 Humano. 2015-06-12 21:03 GMT-05:00 opengis...@openmailbox.org: Buenas noches muchachos (as) propongo crear un grupo de usuarios OSM en Telegram, creo que es una buen complemento que podemos utilizar tanto para coordinar actividades, como para aprender y enseñarle a las demás personas. La aplicación es multiplataforma (android, iOS, windows phone,y sistemas Mac OS , Linux y windows) https://telegram.org/ Enlace de invitación https://telegram.me/joinchat/000602ea02279dc46ca6d204ec1b8517 ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co -- ## |___|__\___ | _ | |_ | } (_) (_) Twitter: @fredy_rivera Phone USA: (347) 688-4473 Mobil telephone: +57 3044886255 ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-br] São Carlos, SP
Marcio Me notei nomes de algumas ruas no São Carlos e fiz busca por nome da rua, tudo deles achei sem problema. Se consigo busca pelo nome da rua significando que e indexado, ne? Isso e com mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ compilado 29-03-2015, reproducido no BaseCamp e no meu Garmin Nüvi 50 https://i.imgur.com/Xk4FdoK.png https://i.imgur.com/Xk4FdoK.png Aun Johnsen On Jun 12, 2015, at 19:25, Lists li...@gimnechiske.org wrote: Marcio Ja fiz algum testes, e parecendo que dos cidades que tentei, o maioria, incluindo São Carlos SP, Belém PA, Manaus AM, Ribeirão Preto SP e Vitória ES indexando certo, mas Cariacica ES e Guarapari ES parecendo que dar errado. Sem um lista dos testes especifico não dar para reproduzir seus erros, então favor me mandar um lista dos testes, que podemos testar com fontes diferentes do Garmin alem do fontes externas como OSRM, Nominatim, Google Maps entre outros. Como outro vez voce tinha problemas com mapas Garmin eu pedi testes para reproduzir seus problemas e voce não me respondeu com esses. Eu oferecendo te ajudar achar a problema mas voce não me dar o que preciso para te ajudar. Aun Johnsen On Jun 12, 2015, at 19:09, Lists li...@gimnechiske.org mailto:li...@gimnechiske.org wrote: Marcio, Não tem certeza disso, porque nunca ha problemas com busca de endereços do São Sebastião SP. Não tentei com outros cidades do SP assim não sei se SSEB fui caso único ou não, Se voce me dar um lista do buscas do cidades indexado certo, e cidades que faltam indexo, eu posso analizar isso, e ver mais certo se dar ou nao. O que vai precisar e algum endereços e POIs dentro esses cidades, por exemplo hotéis, lojas ou posto gasolinas por nome, rua e numero do algum endereços, etc. Eu vejo seus argumentos, e quer reproduzir seus problemas para eliminar onde ha problema. Aun Johnsen On Jun 12, 2015, at 18:27, thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br wrote: Aun, pelos nossos testes, a única cidade que não está sendo indexada é São Carlos – SP. Fizemos testes com os mapas NL ( http://garmin.openstreetmap.nl/ http://garmin.openstreetmap.nl/ ) e ES ( http://mapas.alternativaslibres.es/descargas.php http://mapas.alternativaslibres.es/descargas.php ) e em ambos não obtivemos sucesso na indexação de São Carlos – SP. Neles, além São Carlos, outras cidades de São Paulo também não indexam, em especial as contidas em mesorregiões e microrregiões. Empregando esses mapas em seu GPS não terá voce indexação de algumas cidades de São Paulo porque recentemente o Blad incluiu Mesorregiões (admin_level=5) e Microrregiões (admin_level=7) no estado, em especial na região de Araraquara e São Carlos. Esses sites que disponibilizam os mapas do Brasil empregam os styles default do Mkgmap e com isso a relação boundary admin_level=8 é suplantada pelas admin_level de menores valores incluidas (5 e 7) se o utilizador nada fizer. Se observar no GPS carregado com um desses mapas, no para Onde / Cidade, a cidade desejada só é encontrada se digitar no campo estado mesorregião ou a microrregião correspondente, a de menor admin_level. Para solucionar esse problema fomos obrigados a comandar no Mkgmap “drop” dos admin_level 5 e 7 permitindo que o 8, o que queremos, fosse indexado. Poderíamos até no style inserir os admin level 5 e 7 para serem processados depois do 8, mas como em gps não empregamos mesorregião e microrregião decidimos por exclui-las dos dados baixados Em nosso style só empregamos os admin_level 2, 3, 4, 8, 9 e 10. []s Marcio From: Lists mailto:li...@gimnechiske.org Sent: Friday, June 12, 2015 5:52 PM To: OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] São Carlos, SP Marcio, Eu vou jantar agora, depois eu pode fazer simulações nos meus aparelhos buscar POIs e endereços no meus mapas garmin no computador através BaseCamp e no meu Nüvi, espero que voce me mandar um lista do exemplos que, algum indexados e algum que voce não conseguir indexar, assim eu posso ver se mapas do garmin.openstreetmap.nl http://garmin.openstreetmap.nl/ tem problemas indexar mesmas. So para avisar, nao deu atualizar meus mapas desde 29-03-2015, assim edições feito e abril e ate agora não estou disponível nos meus mapas. Aun Johnsen ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-co] Propuesta para la creación del grupo OSM Colombia en telegram
Buenas noches muchachos (as) propongo crear un grupo de usuarios OSM en Telegram, creo que es una buen complemento que podemos utilizar tanto para coordinar actividades, como para aprender y enseñarle a las demás personas. La aplicación es multiplataforma (android, iOS, windows phone,y sistemas Mac OS , Linux y windows) https://telegram.org/ Enlace de invitación https://telegram.me/joinchat/000602ea02279dc46ca6d204ec1b8517 ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [OSM-talk-fr] outil user-friendly pour taguer les horaires opening_hours
Bonjour, Il y a cet outil Web : http://openingh.openstreetmap.de/evaluation_tool/?setLng=fr Francescu Le 12 juin 2015 17:45, Florian LAINEZ winner...@free.fr a écrit : merci je vais tester. sinon y aurait-il un outil web ? Le 12 juin 2015 17:32, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Le 12 juin 2015 17:26, Florian LAINEZ winner...@free.fr a écrit : Hello, Connaitriez-vous un outil pour taguer l'horrible champ opening_hours=* avec une interface compréhensible par le commun des mortels ? (life - OSM) Le wiki ne renvoie que vers https://github.com/AMDmi3/opening_hours.js qui permet de faire une extraction (osm - life) avec une démo ici http://amdmi3.ru/files/opening_hours.js/demo.html J'ai failli mourir en lisant http://wiki.openstreetmap.org/wiki/Key:opening_hours Please help ! Il existe un plugin pour JOSM : http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpeningHoursEditor Pas persuadé qu'il gère les cas complexes. PY ___ 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 -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenLevelUp en version smartphone
J'avais évidemment cette erreur sur des zones où il y avait des données à afficher, y compris des données indoor. Un simple rechargement après quelques secondes élimine le message. J'ai aussi essayé la version mobile sous Android/Opera : ça marche bien. Thierry Le 13/06/2015 00:41, Otourly Wiki a écrit : Ou qu'il n'y a tout simplement pas de données à afficher ;) Florian Le Vendredi 12 juin 2015 16h26, Thierry Bézecourt thie...@thbz.org a écrit : Excellent outil (j'ai essayé la version PC) ! Cela m'a incité à commencer le premier mapping indoor en Corée (pardon, hors sujet sur cette liste...) et ça fonctionne de manière impeccable. J'ai parfois un message du genre There is no available data in this area ou An error occurred during download, mais c'est peut-être lié à mon wifi qui n'est pas très bon. Si j'ai bien compris, tout se passe en local (Javascript), donc une erreur de chargement lors de la navigation sur la carte est forcément due à mon poste ou au serveur Overpass (mais pas à ton serveur, où rien ne transite après qu'on a chargé le HTML/Javascript au démarrage) ? Thierry Le 12/06/2015 19:23, PanierAvide a écrit : Bonjour à tous, Quelques nouvelles d'OpenLevelUp avec notamment la sortie d'une version adaptée aux petits écrans (moins de 1000px de large), plus ergonomique et surtout plus fonctionnelle (la rétrocompatibilité n'était pas assurée) ;) De manière générale, une barre de recherche a été ajoutée (sur la version principale, le plugin Leaflet ne fonctionne pas (encore) sur mobile), quelques modifications de style, des corrections de bugs... Pour découvrir cela, toujours la même adresse : http://openlevelup.pavie.info/ Tous vos retours sont la bienvenue, que ce soit sur la version mobile ou principale :) Cordialement, PanierAvide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] [Tagging] [OSM-talk] README tag with editor support
I’ll add my thoughts here.. Imagery: The issue of outdated imagery is complicated because: 1. In iD we don't really know the date range that the imagery was taken (Bing is the exception not the rule, and we can get from their API only a range not a hard date) 2. It depends on what zoom the user happens to be looking at, not just the location. And the imagery changes constantly, and can depend on caching and CDN issues. So I don’t see a way for us to provide an automatic solution for this issue. Notes Tag: Yes, notes as a tag do sort of work right now. A user can draw an area (closed way with `area=yes`) around the place where the imagery is known to be outdated and add a `note` tag, and iD will show it in the sidebar if someone happens to hover or select the area. Notes are a bit problematic because they only appear in the language that the user created them in, and they can obviously be used for abuse. The idea of having some arbitrary user entered README text popup automatically as the user scrolls around in iD (possibly containing naughty ascii pictures) - this just isn’t going to happen. OSM Notes: You could use OSM notes to warn users about imagery issues, though we don’t currently show them in iD.. But we plan to add this eventually, and it might be a better way to solve this issue rather than using a tag. I like that OSM notes expire and can be marked as resolved. New Tag: Maybe we should define an actual tag for localized situations where you want to warn a future editor about something. Like a `warning=*`, tag that would go on the surrounding area. We could standardize on this so that e.g. `warning=imagery` could display a message (translated for the user) like “Imagery in this area may be outdated. Please do not make changes without local knowledge.” `note=*` could provide more detail, and you could delete the warning eventually after Bing is up to date. Thanks, Bryan On Jun 11, 2015, at 8:45 PM, Ian Sergeant inas66+...@gmail.com wrote: Perhaps a nice objective tag, rather than README text. If a feature is new, add a start_date tag. The editor can then have options.. 1, Alert the user if the start date is more recent than the layers currently displayed. 2. Visually indicate if the start_date is within a configurable recency (say, draw a halo around objects constructed in the past two years, or so). There is also some scope for automated analysis, rather than depend on free text. Ian. ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] [Tagging] README tag with editor support
I’ll add my thoughts here.. Imagery: The issue of outdated imagery is complicated because: 1. In iD we don't really know the date range that the imagery was taken (Bing is the exception not the rule, and we can get from their API only a range not a hard date) 2. It depends on what zoom the user happens to be looking at, not just the location. And the imagery changes constantly, and can depend on caching and CDN issues. So I don’t see a way for us to provide an automatic solution for this issue. Notes Tag: Yes, notes as a tag do sort of work right now. A user can draw an area (closed way with `area=yes`) around the place where the imagery is known to be outdated and add a `note` tag, and iD will show it in the sidebar if someone happens to hover or select the area. Notes are a bit problematic because they only appear in the language that the user created them in, and they can obviously be used for abuse. The idea of having some arbitrary user entered README text popup automatically as the user scrolls around in iD (possibly containing naughty ascii pictures) - this just isn’t going to happen. OSM Notes: You could use OSM notes to warn users about imagery issues, though we don’t currently show them in iD.. But we plan to add this eventually, and it might be a better way to solve this issue rather than using a tag. I like that OSM notes expire and can be marked as resolved. New Tag: Maybe we should define an actual tag for localized situations where you want to warn a future editor about something. Like a `warning=*`, tag that would go on the surrounding area. We could standardize on this so that e.g. `warning=imagery` could display a message (translated for the user) like “Imagery in this area may be outdated. Please do not make changes without local knowledge.” `note=*` could provide more detail, and you could delete the warning eventually after Bing is up to date. Thanks, Bryan On Jun 11, 2015, at 8:45 PM, Ian Sergeant inas66+...@gmail.com wrote: Perhaps a nice objective tag, rather than README text. If a feature is new, add a start_date tag. The editor can then have options.. 1, Alert the user if the start date is more recent than the layers currently displayed. 2. Visually indicate if the start_date is within a configurable recency (say, draw a halo around objects constructed in the past two years, or so). There is also some scope for automated analysis, rather than depend on free text. Ian. ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] README tag with editor support
On 06/11/2015 01:27 PM, Richard Welty wrote: so i have two things in mind here: 1) formalize the README tag as a way to caution future mappers 2) request editor support, when someone goes to change a README tagged entity, it would be nice if editors would popup a dialog saying something along the lines of I propose a different solution I propose that instead of marking the OSM objects, we provide a way of marking the imagery itself. This would work similar to the imagery offset database that some editors already support[1]. A user would draw a polygon on the imagery, showing where it was out of date. This would be uploaded to the server along with an identifier of what imagery was in question and a user-provided note. When another user viewed imagery in that area, it would be marked perhaps by shading, coloring, or even hiding the area within the polygon. A sufficiently advanced version could even detect when the imagery changed and a listing was obsolete. There are of course pluses and minuses to each way, but if the imagery is what's wrong, I think the imagery should be marked, and I also think this lends itself to more features and better workflows. --Andrew [1] http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-at] Beschreibung von Changeset ändern
On Fri, Jun 12, 2015 at 05:38:22PM +0200, Christian Aigner wrote: Hallo! Hin und wieder kommt es vor, daß ich mich beim Hochladen der OSM-Änderungen bei der Beschreibung des Changesets irre. Eben habe ich ein Changeset mit Totzendorf hochgeladen, aber eigentlich heißt der Ort Totzenbach. Kann ich das nachträglich noch ändern? vielleicht ist ein Kommentar zum Changeset gut genug? Im Browser öffnen, ( https://www.openstreetmap.org/changeset/12345678 ) und in das Discussion Fenster reinschreiben. Vermutlich wird es eh keiner merken.. mir schon oft genug passiert. Richard ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] OpenLevelUp en version smartphone
Excellent outil (j'ai essayé la version PC) ! Cela m'a incité à commencer le premier mapping indoor en Corée (pardon, hors sujet sur cette liste...) et ça fonctionne de manière impeccable. J'ai parfois un message du genre There is no available data in this area ou An error occurred during download, mais c'est peut-être lié à mon wifi qui n'est pas très bon. Si j'ai bien compris, tout se passe en local (Javascript), donc une erreur de chargement lors de la navigation sur la carte est forcément due à mon poste ou au serveur Overpass (mais pas à ton serveur, où rien ne transite après qu'on a chargé le HTML/Javascript au démarrage) ? Thierry Le 12/06/2015 19:23, PanierAvide a écrit : Bonjour à tous, Quelques nouvelles d'OpenLevelUp avec notamment la sortie d'une version adaptée aux petits écrans (moins de 1000px de large), plus ergonomique et surtout plus fonctionnelle (la rétrocompatibilité n'était pas assurée) ;) De manière générale, une barre de recherche a été ajoutée (sur la version principale, le plugin Leaflet ne fonctionne pas (encore) sur mobile), quelques modifications de style, des corrections de bugs... Pour découvrir cela, toujours la même adresse : http://openlevelup.pavie.info/ Tous vos retours sont la bienvenue, que ce soit sur la version mobile ou principale :) Cordialement, PanierAvide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Précision des données culture.gouv
Bonjour, J'essai de faire un peu d'intégration de données vers chez moi à partir des propositions d'Osmose Je regarde cette données permalink OSMOSE http://osmose.openstreetmap.fr/fr/map/#zoom=15lat=44.02087lon=4.73871layer=Mapnikoverlays=FFFTitem=level=1%2C2%2C3tags=fixable= Correspondance avec la fiche Mérimée http://www.culture.gouv.fr/public/mistral/merimee_fr?ACTION=CHERCHERFIELD_1=REFVALUE_1=PA00103184 Le champs du wiki n'a rien de probant : Château (Ancien) Il n'existe pas de page wikipedia https://fr.wikipedia.org/w/index.php?title=Ch%C3%A2teau_de_Roquemaureaction=editredlink=1mais une page sur Wikimedia http://commons.wikimedia.org/wiki/Category:Ch%C3%A2teau_de_Roquemaure_(Gard) En recherchant je suis tombé sur http://www.monumentum.fr/chateau-pa00103184.html ayant la même référence et dont le placement n'est pas correcte vu que c'est le *Château de l'Hers à Chateauneuf-du-Pape* Parcontre j'ai trouvé ce site plutôt intéressant ou l'on voit le bon placement (ou ce qui s'en rapproche le plus) *http://tools.wmflabs.org/wiwosm/osm-on-ol/commons-on-osm.php?zoom=17lat=44.05399lon=4.7826layers=BTFT http://tools.wmflabs.org/wiwosm/osm-on-ol/commons-on-osm.php?zoom=17lat=44.05399lon=4.7826layers=BTFT* D'où est extrait la localisation des fichiers? Car il n'y a rien dans les fiches Mérimée et je suis quand même à 5km d’écart! Merci ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenLevelUp en version smartphone
Ou qu'il n'y a tout simplement pas de données à afficher ;) Florian Le Vendredi 12 juin 2015 16h26, Thierry Bézecourt thie...@thbz.org a écrit : Excellent outil (j'ai essayé la version PC) ! Cela m'a incité à commencer le premier mapping indoor en Corée (pardon, hors sujet sur cette liste...) et ça fonctionne de manière impeccable. J'ai parfois un message du genre There is no available data in this area ou An error occurred during download, mais c'est peut-être lié à mon wifi qui n'est pas très bon. Si j'ai bien compris, tout se passe en local (Javascript), donc une erreur de chargement lors de la navigation sur la carte est forcément due à mon poste ou au serveur Overpass (mais pas à ton serveur, où rien ne transite après qu'on a chargé le HTML/Javascript au démarrage) ? Thierry Le 12/06/2015 19:23, PanierAvide a écrit : Bonjour à tous, Quelques nouvelles d'OpenLevelUp avec notamment la sortie d'une version adaptée aux petits écrans (moins de 1000px de large), plus ergonomique et surtout plus fonctionnelle (la rétrocompatibilité n'était pas assurée) ;) De manière générale, une barre de recherche a été ajoutée (sur la version principale, le plugin Leaflet ne fonctionne pas (encore) sur mobile), quelques modifications de style, des corrections de bugs... Pour découvrir cela, toujours la même adresse : http://openlevelup.pavie.info/ Tous vos retours sont la bienvenue, que ce soit sur la version mobile ou principale :) Cordialement, PanierAvide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-br] Camadas do IBGE disponíveis nativamente no iD
Também está aparecendo no Potlatch2; AVISO LEGAL “Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, peço que me retorne este e-mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver opiniões particulares e vínculos obrigacionais, expedida por quem não detenha poderes de representação por parte da ECT.” This message is intended only for the person to whom it is addressed and may contain confidential and/or legally privileged. If you are not a recipient of this message, it is now notified of refraining to disclose; copy; distribute; examine; or in any way use the information contained in this message because it is illegal. If you have received this message in error, please I ask to return this email, promoting as soon as possible the elimination of its content in database, records or system control. It is devoid of effective and valid message that contains the private opinions and dividend bonds, issued by those not holding powers of attorney by the ECT. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] outil user-friendly pour taguer les horaires opening_hours
Le 12 juin 2015 17:26, Florian LAINEZ winner...@free.fr a écrit : Hello, Connaitriez-vous un outil pour taguer l'horrible champ opening_hours=* avec une interface compréhensible par le commun des mortels ? (life - OSM) Le wiki ne renvoie que vers https://github.com/AMDmi3/opening_hours.js qui permet de faire une extraction (osm - life) avec une démo ici http://amdmi3.ru/files/opening_hours.js/demo.html J'ai failli mourir en lisant http://wiki.openstreetmap.org/wiki/Key:opening_hours Please help ! Il existe un plugin pour JOSM : http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpeningHoursEditor Pas persuadé qu'il gère les cas complexes. PY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-at] Beschreibung von Changeset ändern
Hallo! Hin und wieder kommt es vor, daß ich mich beim Hochladen der OSM-Änderungen bei der Beschreibung des Changesets irre. Eben habe ich ein Changeset mit Totzendorf hochgeladen, aber eigentlich heißt der Ort Totzenbach. Kann ich das nachträglich noch ändern? LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] outil user-friendly pour taguer les horaires opening_hours
merci je vais tester. sinon y aurait-il un outil web ? Le 12 juin 2015 17:32, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Le 12 juin 2015 17:26, Florian LAINEZ winner...@free.fr a écrit : Hello, Connaitriez-vous un outil pour taguer l'horrible champ opening_hours=* avec une interface compréhensible par le commun des mortels ? (life - OSM) Le wiki ne renvoie que vers https://github.com/AMDmi3/opening_hours.js qui permet de faire une extraction (osm - life) avec une démo ici http://amdmi3.ru/files/opening_hours.js/demo.html J'ai failli mourir en lisant http://wiki.openstreetmap.org/wiki/Key:opening_hours Please help ! Il existe un plugin pour JOSM : http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpeningHoursEditor Pas persuadé qu'il gère les cas complexes. PY ___ 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
[OSM-talk-fr] outil user-friendly pour taguer les horaires opening_hours
Hello, Connaitriez-vous un outil pour taguer l'horrible champ opening_hours=* avec une interface compréhensible par le commun des mortels ? (life - OSM) Le wiki ne renvoie que vers https://github.com/AMDmi3/opening_hours.js qui permet de faire une extraction (osm - life) avec une démo ici http://amdmi3.ru/files/opening_hours.js/demo.html J'ai failli mourir en lisant http://wiki.openstreetmap.org/wiki/Key:opening_hours Please help ! -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-at] Beschreibung von Changeset ändern
On 06/12/2015 05:38 PM, Christian Aigner wrote: Hin und wieder kommt es vor, daß ich mich beim Hochladen der OSM-Änderungen bei der Beschreibung des Changesets irre. Eben habe ich ein Changeset mit Totzendorf hochgeladen, aber eigentlich heißt der Ort Totzenbach. Kann ich das nachträglich noch ändern? Wenn du es nicht geschlossen hast dann schon, zumindest in JOSM. Wobei JOSM nur Uploads zulässt, wo sich was ändert, d.h. ev. musst du einen Node noch minimal verschieben um wieder was zum Server schicken zu dürfen. Ob du per API direkt offene Changesetkommentare bearbeiten kannst weiß ich nicht, ich würd aber mal davon ausgehen. Ich kenn nur kein Tool dafür, außer eben den Weg über JOSM und minimale Änderungen (der eigentlich unschön ist). Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-de] Hilfe beim Changeset reverten..
Hi, ich versuche https://www.openstreetmap.org/changeset/26446518 rückgangig zu machen - also Josm Data/Revert changeset/id/fully, danach resolve conflicts. Soweit so gut, die Straße wird wieder so angezeigt wie sie sein soll. beim uploaden bekomme ich die Meldung: The data to be uploaded participates in unresolved conflicts of layer 'Data Layer 1'. You have to resolve them first. Nur zum resolvieren gibt es nichts mehr:( Kann ich irgendwie weiterkommen? Richard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe beim Changeset reverten..
Kannst du JOSM vom command line starten? Dann bekommst du messages, da kannst du dann sehen welche Objekte Probleme haben und kannst du die nachladen mit Download object. Jo 2015-06-12 18:50 GMT+02:00 Richard ricoz@gmail.com: Hi, ich versuche https://www.openstreetmap.org/changeset/26446518 rückgangig zu machen - also Josm Data/Revert changeset/id/fully, danach resolve conflicts. Soweit so gut, die Straße wird wieder so angezeigt wie sie sein soll. beim uploaden bekomme ich die Meldung: The data to be uploaded participates in unresolved conflicts of layer 'Data Layer 1'. You have to resolve them first. Nur zum resolvieren gibt es nichts mehr:( Kann ich irgendwie weiterkommen? Richard ___ 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: [Talk-de] Hilfe beim Changeset reverten..
On Fri, Jun 12, 2015 at 07:12:21PM +0200, Jo wrote: Kannst du JOSM vom command line starten? ja. Dann bekommst du messages, da kannst du dann sehen welche Objekte Probleme haben und kannst du die nachladen mit Download object. INFO: GET https://api.openstreetmap.org/api/0.6/changeset/26446518 INFO: GET https://api.openstreetmap.org/api/0.6/changeset/26446518/download INFO: GET https://api.openstreetmap.org/api/0.6/ways?ways=30725313 INFO: Way 30,725,313 with 10 nodes has incomplete nodes because at least one node was missing in the loaded data. INFO: GET https://api.openstreetmap.org/api/0.6/nodes?nodes=3158357696,345569530,345569531,66247831,66247834,345569520,281716162,345569521,345569523,345569525,66247839,345569526,281716121,66247846,345569519,21724627,66247976,3158357695,21724628 INFO: GET https://api.openstreetmap.org/api/0.6/node/66247976/14 INFO: Silent shortcut conflict: 'subwindow:todo' moved by 'tool:revert' to 'Alt+Shift+F1'. INFO: GET https://api.openstreetmap.org/api/0.6/node/66247839/12 INFO: GET https://api.openstreetmap.org/api/0.6/node/345569530/7 INFO: GET https://api.openstreetmap.org/api/0.6/node/345569531/6 INFO: GET https://api.openstreetmap.org/api/0.6/way/30725313/13 INFO: GET https://api.openstreetmap.org/api/0.6/node/345569521/6 INFO: GET https://api.openstreetmap.org/api/0.6/node/345569525/8 INFO: GET https://api.openstreetmap.org/api/0.6/node/345569523/6 INFO: GET https://api.openstreetmap.org/api/0.6/node/345569526/6 INFO: GET https://api.openstreetmap.org/api/0.6/node/21724627/14 INFO: GET https://api.openstreetmap.org/api/0.6/node/66247834/11 INFO: GET https://api.openstreetmap.org/api/0.6/node/345569519/7 INFO: GET https://api.openstreetmap.org/api/0.6/node/281716121/11 INFO: GET https://api.openstreetmap.org/api/0.6/node/345569520/6 INFO: GET https://api.openstreetmap.org/api/0.6/node/66247831/12 INFO: GET https://api.openstreetmap.org/api/0.6/node/21724628/13 INFO: Way 30,725,313 with 14 nodes has incomplete nodes because at least one node was missing in the loaded data. INFO: GET https://api.openstreetmap.org/api/0.6/node/281716162/12 WARNING: New conflict: Conflict [my={Node id=281716162 version=13 D }, their={Node id=281716162 version=0 IV lat=49.8049237,lon=11.295066}] werde leider nicht schlau daraus. Habe also way 30,725,313 nachgeladen und nochmal resolve, upload: INFO: GET https://api.openstreetmap.org/api/0.6/ways?ways=30725313 INFO: Way 30,725,313 with 10 nodes has incomplete nodes because at least one node was missing in the loaded data. INFO: GET https://api.openstreetmap.org/api/0.6/nodes?nodes=66247846,66247831,345569519,345569520,345569521,345569523,345569525,345569526,3158357695,21724628 INFO: GET https://api.openstreetmap.org/api/0.6/way/30725313/relations INFO: GET https://api.openstreetmap.org/api/0.6/user/details (get number of unread messages) INFO: 1 conflict has been resolved. INFO: 1 conflict has been resolved. und es geht immer noch nichts. Wie kann ich am einfachsten den Korrektend Straßenverlauf speichern und später nachzeichnen? Richard Jo 2015-06-12 18:50 GMT+02:00 Richard ricoz@gmail.com: Hi, ich versuche https://www.openstreetmap.org/changeset/26446518 rückgangig zu machen - also Josm Data/Revert changeset/id/fully, danach resolve conflicts. Soweit so gut, die Straße wird wieder so angezeigt wie sie sein soll. beim uploaden bekomme ich die Meldung: The data to be uploaded participates in unresolved conflicts of layer 'Data Layer 1'. You have to resolve them first. Nur zum resolvieren gibt es nichts mehr:( Kann ich irgendwie weiterkommen? Richard ___ 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
[OSM-talk] Creative Commons is making a mobile app
Today we’re pushing the latest beta release of our mobile app, The List powered by Creative Commons. It’s a mobile photography app that invites users to create a list of images they want, or submit photos to help a person or group who created a list. Every image is uploaded to the archive with a Creative Commons Attribution (CC BY) licence, allowing anyone to use the images so long as they give proper credit to the author. https://creativecommons.org/weblog/entry/45643 ___ Is there any way this could be used for OpenStreetMap? Looking at the license it doesn't seem to be possible to just use them to get information, right? But do you think it will be possible to maybe have a list what they call it that would give such a permission? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] outil user-friendly pour taguer les horaires opening_hours
Merci Francescu. Malheureusement dans ma situation cela ne convient pas : ce n'est pas assez user friendly pour la personne qui doit contribuer. J'ai besoin d'une interface pour un noob, pas d'un outil de débogage. Quelqu'un doit forcément avoir fait ça ! Le 12 juin 2015 18:02, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, Il y a cet outil Web : http://openingh.openstreetmap.de/evaluation_tool/?setLng=fr Francescu Le 12 juin 2015 17:45, Florian LAINEZ winner...@free.fr a écrit : merci je vais tester. sinon y aurait-il un outil web ? Le 12 juin 2015 17:32, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Le 12 juin 2015 17:26, Florian LAINEZ winner...@free.fr a écrit : Hello, Connaitriez-vous un outil pour taguer l'horrible champ opening_hours=* avec une interface compréhensible par le commun des mortels ? (life - OSM) Le wiki ne renvoie que vers https://github.com/AMDmi3/opening_hours.js qui permet de faire une extraction (osm - life) avec une démo ici http://amdmi3.ru/files/opening_hours.js/demo.html J'ai failli mourir en lisant http://wiki.openstreetmap.org/wiki/Key:opening_hours Please help ! Il existe un plugin pour JOSM : http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpeningHoursEditor Pas persuadé qu'il gère les cas complexes. PY ___ 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 -- Francescu ___ 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
Re: [Talk-de] Äquadukt
Am 10.06.2015 um 19:17 schrieb Markus: damit er richtig gerendert wird? Falscher Ansatz! Es gilt der alte OSM-Grundsatz (und der bleibt auch bestehen): wir mappen nicht für den Renderer sondern die Tatsachen. Und wenn das Rendering _für Deine Zwecke_ nicht passt, solltest Du das Rendering anpassen oder ein anderes Rendering nehmen. Just my 2 cents, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-fr] OpenLevelUp en version smartphone
Effectivement tout se passe en local une fois la page téléchargée. Le message An error occured during download est due à un problème de requête Cross-origin resource sharing (l'appel à Overpass) qui n'est pas autorisée. Ça arrive de manière aléatoire, parfois à cause de la mauvaise connexion WiFi, parfois à cause d'un refus de la part d'Overpass (quand trop de requêtes ont été effectuées). La meilleure solution est en effet un rechargement de la page ;) C'est bon de savoir que ça marche sur Opéra également, j'ai testé sous iOS avec Chrome et Safari, et sous Android avec Chrome. Ça doit passer aussi sur Firefox mobile (puisque ça passe sur Firefox version bureau). Et bravo pour avoir lancé le mouvement en Corée ;) Le 12/06/2015 18:04, Thierry Bézecourt a écrit : J'avais évidemment cette erreur sur des zones où il y avait des données à afficher, y compris des données indoor. Un simple rechargement après quelques secondes élimine le message. J'ai aussi essayé la version mobile sous Android/Opera : ça marche bien. Thierry Le 13/06/2015 00:41, Otourly Wiki a écrit : Ou qu'il n'y a tout simplement pas de données à afficher ;) Florian Le Vendredi 12 juin 2015 16h26, Thierry Bézecourt thie...@thbz.org a écrit : Excellent outil (j'ai essayé la version PC) ! Cela m'a incité à commencer le premier mapping indoor en Corée (pardon, hors sujet sur cette liste...) et ça fonctionne de manière impeccable. J'ai parfois un message du genre There is no available data in this area ou An error occurred during download, mais c'est peut-être lié à mon wifi qui n'est pas très bon. Si j'ai bien compris, tout se passe en local (Javascript), donc une erreur de chargement lors de la navigation sur la carte est forcément due à mon poste ou au serveur Overpass (mais pas à ton serveur, où rien ne transite après qu'on a chargé le HTML/Javascript au démarrage) ? Thierry ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] outil user-friendly pour taguer les horaires opening_hours
Si ça s'est pas encore fait, il faut l'inventer ;) Tu veux juste avoir une page web qui, une fois que tu lui as indiqué sur un beau calendrier de semaine type, te donne la clé/valeur pour la saisir dans un éditeur quelconque ? Tu aurais besoin de gérer des cas complexes (horaires dépendant de la saison...) ou juste la semaine de base ? PanierAvide. Le 12/06/2015 19:35, Florian LAINEZ a écrit : Merci Francescu. Malheureusement dans ma situation cela ne convient pas : ce n'est pas assez user friendly pour la personne qui doit contribuer. J'ai besoin d'une interface pour un noob, pas d'un outil de débogage. Quelqu'un doit forcément avoir fait ça ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr