Re: [Talk-hr] DGU WMS
Mislim da je ključna riječ ovdje projekcija. Pretpostavljam da mi josm i podloga nemaju iste i usklađene projekcije. Koju projekciju koristi DGU i kako mogu provjeriti? On Aug 7, 2012 6:13 PM, Ivan Delac ivan.ne...@gmail.com wrote: valent.turko...@gmail.com napisa: Mogu li napraviti kakvu matricu offseta po raznim točkama Osijeka pa prema tome dobiti pravilno poravnatu Bing podlogu? Ili da za svaki kvart odredim koji je odmak i to zapišem na WIKi stranici??! (ovo zvuči lame) Kolike su tebi razlike po kvartovima? Malo mi je to bilo čudno pa sam provjerio nabrzinu na 4 mjesta od Čepina do Z. Polja i dobio konstantne vrijednosti offseta: -1; -4 za Mercatorovu projekciju. Nigdje ne odstupa od toga. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk-be] OSM Meeting - Open Data in Wallonia - 12/09/2012
Hi, Considering the poll's results, I propose that the OSM meeting about Open Data in Wallonia take place on Wednesday 12th Septembre 2012 at 19.30. We will discuss among contributors the proposal of Minister Philippe Henry about a open licence on PICC datas. People from Brussels, Flanders and other places are welcome :-) ! The Wallonia's initiative may have some impact on their place and OpenStreetmap project. The meeting will be held in Namur. We (Benoit Coumont and me) are discussing to find a nice and free place around the station (Namur is not so big...) It will be nice to meet you ! Julien FASTRE ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Multi city OSM mapping party around #desarrollandolatinoamerica
Hello Alex, I'm pretty sure to attend this year's hackathon in San José, Costa Rica, and would be very happy to help/organize a mapping party there. Cheers, Felix On 08/08/2012 05:13 AM, Alex Barth wrote: This year desarrollando latino america [1] will be organizing another multi city latin american hackathon on the first weekend of December. I'd like to add an OpenStreetMap flavor to it and help organize mapping parties in each of the participant cities either during or before the hackathon. Details are still being determined, I just wanted to drop a quick heads up here and encourage everybody who is interested in helping organize in one of the cities below to get in touch. Either way, I will follow up with details on this list. A quick list of cities that are confirmed so far, more to come: Argentina: Buenos Aires (possibly Cordoba, others) Brasil: Sao Paolo (possible Rio, Recife, others) Bolivia: La Paz Chile: Santiago (possibly Temuco, Concepción, Viña, Valparaiso, others) Costa Rica: San José Perú: Lima ( other) México: México DF Uruguay: Montevideo [1] http://desarrollandoamerica.org/ Alex Barth http://twitter.com/lxbarth tel (+1) 202 250 3633 http://twitter.com/lxbarth ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Potlatch2 preset designation
Hi, In recent times, I've noticed more and more contributions with an inappriopriate usage of the tag designation (e.g. duplicates name content in amenities or buildings). Further investigations showed that all of them came from Potlatch2 editor where Designation is in all Details tagging dialogs. Is is really a good idea when we know that designation is a legal status (mannly highways) and only interesting some countries (UK mainly) ([1]) ? Also Taginfo is reporting 31000 different values for 111200 instances ([2]) for this key which clearly indicates that the tag is misinterpreted. Could we restrict this preset entry for some features only (e.g. highway, nature reserve) and with a drop-down list of values for instance in P2 ? Pieren [1] http://wiki.openstreetmap.org/wiki/Key:designation [2] http://taginfo.openstreetmap.org/keys/?key=designation ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Image of the Week: Olympic stadium athens ccbysa2
On 7 August 2012 23:02, OJ W ojwli...@gmail.com wrote: I'm not convinced that the image would have been out of date had it not been observed by me If you had noticed it, you could have remapped it. p.s. probably worth mentioning that a [[Featured_image_proposals]] page full of new and good images would go a long way towards making these images a community thing rather than one person's choice. I think we've had 11 nomiations this year, which doesn't really fill the first 32 weeks if you try to be selective about quality. Perhaps the proposals page should be cleared, it looks like there is too much choice and I haven't heard a recent request for more proposals. I've made nominations in the past. The trouble seems to be they need to be very current, so if my image requires lots of discussion, or someone to do a screenshot, then the event may have passed. I will try and think about proposals more often now. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSMF Board auto industry / What's the story?
Hi, In the last board minutes [1] there was written Report of meeting with German auto industry in Ingolstadt. Additionally, there was a board member in official mission at the Telematics 2011 [2]. Telematics describes itself as largest focused telematics event in Europe that will bring together global car manufacturers and Tier 1 suppliers to discuss future telematics strategy and launch new products into the market. Automotive suppliers have/had OSM related job offerings. One current offering from Audi's SatNav supplier is for a student, topic Converting OSM data and evaluation of a database model [3]. Many board applications at the last election had statements like If I will be elected, I will improve the communication. If board members/the board meet with the same for-profit organisations repeatedly I would think that the community will be informed at least to avoid conspiracy theories. Some questions come into my mind and since I think this is of greater interest, I am asking the questions here 1. How many meetings with the auto industry have been attended by board members in the name of OSM? 2. What was the main subject? 3. Are there any non-disclosure agreements signed or was there any other agreement that prevents the OSMF Board to talk about the content of the meetings? (Learned that from the ESRI case) Thanks a lot in advance. Regards Thomas [1] https://docs.google.com/document/pub?id=1wY0TJBRCCj4p5wWSidD8wFh5l9Afb5GtZP5G5FP2-eE [2] http://www.telematicsupdate.com/munich/past-attendees.php [3] https://096.rexx-server.com/portal-elektrobit/grabber/stelle_preview.php?u=3softga=1sgl=engsl=engid=0_1483sid=9dd2008a5fd9c5211f0e8b553199d8c6popup=1printit=1 -- View this message in context: http://gis.19327.n5.nabble.com/OSMF-Board-auto-industry-What-s-the-story-tp5720039.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch2 preset designation
On 8 August 2012 13:07, Pieren pier...@gmail.com wrote: In recent times, I've noticed more and more contributions with an inappriopriate usage of the tag designation (e.g. duplicates name content in amenities or buildings). Further investigations showed that all of them came from Potlatch2 editor where Designation is in all Details tagging dialogs. Is is really a good idea when we know that designation is a legal status (mannly highways) and only interesting some countries (UK mainly) ([1]) ? Also Taginfo is reporting 31000 different values for 111200 instances ([2]) for this key which clearly indicates that the tag is misinterpreted. Could we restrict this preset entry for some features only (e.g. highway, nature reserve) and with a drop-down list of values for instance in P2 ? +1 BTW: there's already a trac ticket from a few months again that raises essentially the same issue: https://trac.openstreetmap.org/ticket/4231 [1] http://wiki.openstreetmap.org/wiki/Key:designation [2] http://taginfo.openstreetmap.org/keys/?key=designation -- Robert Whittaker ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF Board auto industry / What's the story?
Hi, On 08.08.2012 17:33, ThomasB wrote: Many board applications at the last election had statements like If I will be elected, I will improve the communication. ... with the auto industry perhaps ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Potlatch2 preset designation
On Wed, Aug 8, 2012 at 6:01 PM, Robert Whittaker (OSM) robert.whittaker+...@gmail.com wrote: BTW: there's already a trac ticket from a few months again that raises essentially the same issue: https://trac.openstreetmap.org/ticket/4231 Thank you for the link. I've changed the priority because the problem is growing in the database (ticket opened 6 months ago). Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Introducing myself and I have a question too
Hi Matthew, On 8 August 2012 15:53, Matthew Landauer matt...@openaustralia.org wrote: I see that 2011 LGA boundary data is available on data.gov.au: http://data.gov.au/dataset/local-government-area-asgc-ed-2011/ and according to this post http://blog.osmfoundation.org/2011/09/24/odbl-data-gov-au-permission-granted/ data from data.gov.au can safely be included in OSM. Is this something that has already been done, or is already in progress? It hasn't been done on an comprehensive scale, and I'm not aware of any current plan to do this comprehensively. But that doesn't mean it can't happen. We imported the 2006 ABS suburb data previously, and we need to look at the lessons we learned from that. But, just to clarify - why do _you_ want to see the LGA boundaries in OSM? After all, it is easy enough to convert the LGA boundary data to any format you wish to, including OSM format, directly from the source. You could layer that on top of OSM data (or any other data) if you wished to. You could update it every time the government updated it - something it is quite difficult to do to data that is imported into the OSM database. The only benefit I can see to you in having the data actually in the OSM database is that you wish to edit it or combine it with other features? Do you? Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Introducing myself and I have a question too
Hi Ian, I want to see the LGA data in OSM because that will make it easy to get the data into the mapit service that I mentioned and we want to use mapit for the OpenAustralia Foundation. As for why not import the data directly into mapit? Well, we could of course but that would limit the reusability of the work. OSM is an incredible resource and it would be great to be able to contribute to that rather than taking a shortcut which would just benefit our needs and not the greater good of the community. As far as I understand the LGA boundaries totally fit within what OSM should provide, doesn't it? We've seen already a large duplication of effort (even in Australia) on work to map locations to political and administrative boundaries and we want to do our bit to help move things in the right direction. I hope that vaguely answers your question! All the best, Matthew On Wed, Aug 8, 2012 at 4:47 PM, Ian Sergeant inas66+...@gmail.com wrote: Hi Matthew, On 8 August 2012 15:53, Matthew Landauer matt...@openaustralia.org wrote: I see that 2011 LGA boundary data is available on data.gov.au: http://data.gov.au/dataset/local-government-area-asgc-ed-2011/ and according to this post http://blog.osmfoundation.org/2011/09/24/odbl-data-gov-au-permission-granted/ data from data.gov.au can safely be included in OSM. Is this something that has already been done, or is already in progress? It hasn't been done on an comprehensive scale, and I'm not aware of any current plan to do this comprehensively. But that doesn't mean it can't happen. We imported the 2006 ABS suburb data previously, and we need to look at the lessons we learned from that. But, just to clarify - why do _you_ want to see the LGA boundaries in OSM? After all, it is easy enough to convert the LGA boundary data to any format you wish to, including OSM format, directly from the source. You could layer that on top of OSM data (or any other data) if you wished to. You could update it every time the government updated it - something it is quite difficult to do to data that is imported into the OSM database. The only benefit I can see to you in having the data actually in the OSM database is that you wish to edit it or combine it with other features? Do you? Ian. -- Dr Matthew Landauer Director, OpenAustralia Foundation 232 Bathurst Road, Katoomba, NSW 2780 0424 563 655 matt...@openaustralia.org ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Introducing myself and I have a question too
On 8/08/2012 3:23 PM, Matthew Landauer wrote: Recently, mySociety, a UK based charity and one the worlds pioneers in online digital democracy released a web service called mapit: http://global.mapit.mysociety.org/ What it does is slurp administrative boundary data from OSM and present and republish it in a really easy to use (and free) web service. I see that 2011 LGA boundary data is available on data.gov.au: http://data.gov.au/dataset/local-government-area-asgc-ed-2011/ Dear Matthew, I've admired the mySociety projects, particularly Fix my Street. I also diligently scanned my junk mail for http://www.electionleaflets.org.au in the last federal election. I'm happy to work on importing LGA areas once I've caught up on tidying things up after the great redaction of 2012 in South Australia. Alex ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Introducing myself and I have a question too
On Wed, 8 Aug 2012 16:47:46 +1000 Ian Sergeant inas66+...@gmail.com wrote: Hi Matthew, On 8 August 2012 15:53, Matthew Landauer matt...@openaustralia.org wrote: I see that 2011 LGA boundary data is available on data.gov.au: http://data.gov.au/dataset/local-government-area-asgc-ed-2011/ and according to this post http://blog.osmfoundation.org/2011/09/24/odbl-data-gov-au-permission-granted/ data from data.gov.au can safely be included in OSM. Is this something that has already been done, or is already in progress? But, just to clarify - why do _you_ want to see the LGA boundaries in OSM? After all, it is easy enough to convert the LGA boundary data to any format you wish to, including OSM format, directly from the source. You could layer that on top of OSM data (or any other data) if you wished to. You could update it every time the government updated it - something it is quite difficult to do to data that is imported into the OSM database. I have a use for LGA info in one of my current projects. I'm looking for suitable places to move to, to escape the insanity of the big city. I'm sure I'm not the only person who has a use for this data. Different LGAs have a number of factors that make then better or worse places to live E.G. Rates charges, delivery of services, insurance costs. I also need postcode data to simplify real estate look ups as postcode is the only practical way of searching large areas on sites like realestate.com.au mick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Introducing myself and I have a question too
On 8 August 2012 17:03, Matthew Landauer matt...@openaustralia.org wrote: As far as I understand the LGA boundaries totally fit within what OSM should provide, doesn't it? Well, there is a school of thought that says that data that is fully external to OSM, and is updated on a fairly regular basis by a third parties there is limited value in performing an import into OSM. The data in OSM quickly gets out of date, and updating it once it has been modified and integrated with other OSM data can be hard - near intractable. Ultimately, it is easy to import data into OSM. Much harder to maintain it The problem being OSM doesn't have a good method right now of supporting layers of separated data. Projects like Common Map are looking at this issue (lots of separate data sets with a common schema). It is yet to be seen if the solution lies there. That said, I'm personally happy to move forward with importing the boundary data. Mainly because it is important for the map, and we have no other way of supporting it. But I think we need to look carefully for any lessons we learned from the ABS_2006 suburb import before we do. We never did figure out whether we were importing actual boundaries that could be corrected or whether the import was what it was and shouldn't change. We never agreed on whether they should be moved to align with coastline and other features when it looked like they were incorrect. We never had a process to update the information when new external data became available. We had many ugly maps with coastline and boundaries overlaid and crossing. We did have the benefit of using the boundary data where it aligned with some natural features, although I get the feeling with better Bing and AGRI data the value of that is diminishing. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Zu viel gelöscht?
Hi, On Tue, Aug 07, 2012 at 11:36:49PM +0200, Steffen Wolf wrote: Andreas Tille schrieb: die Wegesituation an der Andreaskirche im Bodfeld http://www.openstreetmap.org/?lat=51.74714lon=10.788863zoom=18layers=M hat sich wohl durch die Löschung geändert. Es fehlt eine Verbindung des Weges in unmittelbarer Nähe der Kirche (nur Ruine). Da faellt ein Weg besonders auf, der dann auch wirklich in der History ungluecklich aussieht: http://www.openstreetmap.org/browse/way/75621246/history (Version 1: tillea, Version 2: Lizenz-Bot) Ja, aus diesem Stück sind Knoten gelöscht worden, was ich aber sehr leicht wieder rekonstruieren kann (anhand meines Tracks und Bing). Ich dächte, daß ich auch diese Knoten angelegt hätte, bin aber nicht ganz sicher. Mich befremdet mehr daß die ganze Verbindung zm Pfad im Nordwesten, der sich an das i anschließt, komplett fehlt. Ich bin mir ziemlich sicher, daß ich das mal gemappt habe und daher die Frage, ob der Bot eventuell mehr als nötig gelöscht hat. Es geht mir auch nicht wirklich um dieses unbedeutende kleine Waldstück, was ich in einer Minute wieder hinbiegen kann sondern ob man an dieser Stelle eventuell exemplarisch nachvollziehen kann, daß der Bot nicht korrekt gearbeitet hat und diesen eventuell korrigieren kann. Aber das hat seine Ordnung, denn der hat nur Knoten loeschen muessen, die nicht von Zustimmern stammen. Genau das bezweifle ich ja. Den hier etwa: http://www.openstreetmap.org/browse/node/375935568/history (Version 1-3: invisible, Version 4: Lizenz-Bot, geloescht) Dumm nur, dass man jetzt nicht mal mehr sehen kann, von wem die alten Daten stammen. Die History-Daten sind zwar noch auf den Servern, werden aber nicht unter ODBL rausgerueckt, duerfen es auch gar nicht. Aber die Information, welcher Account sie mal angelegt oder angefasst hatte, die haette ruhig genannt werden koennen. Denke ich auch - dann könnte man meine Aussage, daß hier zu viel gelöscht wurde, besser verifizieren. Wenn die Beteiligten Nicht-Zustimmer irgendwann einmal noch zustimmen, dann sollten deren History-Versionen auch wieder zugaenglich sein. So unwahrscheinlich ist das nicht einmal, es stimmen immer noch taeglich so 20 Nutzer zu. Nuetzt zwar der aktuellen Version ihrer Objekte nichts, die bleiben vom Lizenzbot gaendert oder geloescht, aber dann koennte man die History wieder ansehen. Wenn du jetzt aber rausfinden willst, wen du fuer die History-Version ueberzeugen musst, dann musst du leider etwas mehr Arbeit investieren, und einen Auszug von Vor-Lizenzbot-Zeiten analysieren. Dann ist es wohl auch für eine Korrektur der Bot-Löschungen zu spät und ich setz mich einfach hin, zieh die Sache gerade und hoffe, daß sowas nicht auch noch an wesentlichen Stellen passiert ist. Vielen Dank für Deine Erklärungen Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 eher würde ein normaler Mapper hgv mit access:N2 übersetzen, weil letzteres zumindest 3,5t entspricht. Aber das haben synyx ja zu 7,5t verbogen ... das ist mir noch gar nicht aufgefallen, danke. Die Verwendung von access:n2 ist dann wirklich keine gute Idee. Sorry, das hatte ich in meiner Mail vorgestern tatsächlich falsch geschrieben. Wir haben n2 natürlich für 3.5t verwendet, nicht für 7.5t. Es existiert ein Fall auf der B9 von Mainz nach Worms wo ein LKW-Durchfahrverbot für 7,5t besteht (beidseitig). Das haben wir dennoch access:n2 getagged da es unserer Meinung nach treffender war als access:n3 oder access:hgv. Diese eine Strasse können wir aber auch gerne nochmal umtaggen (z.B. auf n3 da dies für unseren Zweck auch reichen würde). Verbogen haben wir also nix, zumindest wenn wieder nicht absichtlich. Grüße, Marc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAiDLYACgkQq7KBPaLZGsQR/gCdHPNaaZjQzSOPWtyCqpLqRMMJ BMQAnjp/6vZo73V8SUXHppbkAjde0LxU =PBvF -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viel gelöscht?
Christian Müller wrote: Am 07.08.2012 21:24, schrieb Andreas Tille: Bevor ich das jetzt wieder geradeziehe die Frage: Wurde hier eventuell zu viel gelöscht? Wichtiger wäre, erst einmal zu klären, wie lange die ODbL dem Projekt nun genügt. Wenn übernächstes Jahr der nächste Wechsel bevorstellt, weil irgendjemand e.g. rechtliche Lücken in der ODbL entdeckt, frißt sich der nächste Pacbot durch die mit Mühe recherchierten Daten. Der Schaden ist m.E. deshalb so beträchtlich, weil bis auf den OSMI, der schlecht in Editoren integriert ist, überhaupt keine Möglichkeit besteht, zu ermitteln, was überhaupt gelöscht wurde. An den Geometrien, welche der destruction_bot (tm) nicht vernichtet hat, lässt sich zwar ein Stückchen History ermitteln, aber um die ganzen zerfetzten Nodes zuzuordnen, die links und rechts teilzerstörter Wege liegen, hilft selbst die herzlich wenig. Übrig bleibt die Hoffnung, dass verbliebene Mapper genug Nerven haben, das wieder aufzuhübschen.. Ein wichtiges Motto von OSM hat der bot jedenfalls superb unterstützt: Spaß haben.. LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Lieber Christian Mueller, 1. OSMI ist ueber die Fernsteuerfunktion von JOSM ausreichend integriert. Frederik hat ja in der Toolbar von OSMI die Moeglichkeit vorgesehen, JOSM direkt mit einem selektierten Objekt aufzurufen. Kopiert man in Browser eine Objektid, so kann ich direkt das entsprechende Objekt in JOSM runterladen und kontrollieren. Ich empfinde OSMI als tolles Tool und bedanke mich recht herzlich dafuer. 2. Natuerlich ist es oft kaum moeglich, die verhunzten Wege auszubessern. Aber genausooft kann man mit den verbliebenen Punkten die alten Strassen zumindest grob wiederherstellen. Ich habe so gestern viele Strassen in Ipatinga wiederhergestellt. Jetzt sind (lokale) Mapper gefragt, die dann die Feinarbeit uebernehmen - also Namen eintragen, den richtigen Strassentyp eintragen usw. In den USA kann man mit dem Layer, der die Aenderungen der Tiger-Daten anzeigt, viele der Strassen korrigieren. WernerP ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Dead End Karte an Grenze zu Luxemburg und Frankreich
zeigt eine Menge von Dead Ends kurz hinter der Grenze an, die nach meiner Detailkontrolle überhaupt keine sind: http://suncobalt.dyndns.org:82/deadend.php?zoom=11lat=49.69597lon=6.38951layers=TBFT Ist das der Programmierung dieser Auswertung geschuldet? Oder wie könnte das zustande kommen? mfg wb ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] US-Luftbilder Lizenzen
Am 06.08.2012 um 08:54 schrieb Schorschi scho...@snafu.de: Ich brauche mal HilfeKurze Frage - kann mir hier jemand hier ohne viel Anlauf sagen, ob die Layer USGS Großmaßstäbige Bilder und MSR Maps Urban in josm beide lizenzmäßig (odbl) ok sind? USGS veröffentlichen AFAIK überwiegend als PD, also vermutlich kompatibel. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 07.08.2012 um 14:30 schrieb Masi Master masi-mas...@gmx.de: Relation: type=restriction restriction=hgv hgv:toll=yes minweight=12 Das halte ich so für keine besonders gute Syntax. hgv ist eine Fahrzeugklasse und keine turnrestriction. Auch wenn man type=restriction für andere Einschränkungen als Abbiegevorschriften verwenden wollte, sollte man m.E. eher so was wie restriction:for=hgv restriction=maxweight verwenden M.E. macht es aber eigentlich keinen Sinn, die Nutzung dieses Relationentyps um weitere, im Prinzip grundverschiedene (s. z.B. members) Verkehrsvorschriften zu erweitern, da die Logik eine ganz andere ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Moin, Am 08.08.2012 11:27, schrieb Martin Koppenhoefer: Das halte ich so für keine besonders gute Syntax. hgv ist eine Fahrzeugklasse und keine turnrestriction. Auch wenn man type=restriction für andere Einschränkungen als Abbiegevorschriften verwenden wollte, sollte man m.E. eher so was wie restriction:for=hgv restriction=maxweight verwenden M.E. macht es aber eigentlich keinen Sinn, die Nutzung dieses Relationentyps um weitere, im Prinzip grundverschiedene (s. z.B. members) Verkehrsvorschriften zu erweitern, da die Logik eine ganz andere ist. hmm, inwiefern ist die Logik eine ganz andere? Die sogenannten'turn' restrictions werden doch jetzt schon als 'hier geht es nicht weiter' restriction verwendet, auch ohne turn. Ebenso werden dort bereits Fahrzeugklassen als 'nicht betroffen' angegeben, quasi in 'negativer Logik'. Warum kann man das dann nicht auch in 'positiver Logik' (z.B. statt except - only) anwenden? Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 08.08.2012 08:52, schrieb Marc Kannegiesser: Verbogen haben wir also nix, zumindest wenn wieder nicht absichtlich. Moin, Siehe: http://www.openstreetmap.org/browse/way/32463108 Soll das access:N3 hier das access=no überstimmen? Und ich finde es schon verwunderlich, dass die LKW hier nicht über die B65 (trunk) sollen. Dann fahrn' sie halt mitten durch Stadthagen. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dead End Karte an Grenze zu Luxemburg und Frankreich
Barthwo wrote zeigt eine Menge von Dead Ends kurz hinter der Grenze an, die nach meiner Detailkontrolle überhaupt keine sind: http://suncobalt.dyndns.org:82/deadend.php?zoom=11lat=49.69597lon=6.38951layers=TBFT Ist das der Programmierung dieser Auswertung geschuldet? Oder wie könnte das zustande kommen? Huch, ich wusste gar nicht, dass da noch jemand drauf schaut. Ich habe mal ein Update gemacht. In der Tat nutze ich nur DE+CH (oder falls Du Polen helfen willst eine eigene Karte, die automatisch alle 3 Stunden neu aufgesetzt wird unter http://suncobalt.dyndns.org:82/polska.php). Dabei enstehen an der Grenze natürlich abgeschnittene Straßen, die als Dead Ends angezeigt werden. Viele Grüße Thomas -- View this message in context: http://gis.19327.n5.nabble.com/Dead-End-Karte-an-Grenze-zu-Luxemburg-und-Frankreich-tp5720008p5720032.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Hallo Marc, Am Mittwoch, 8. August 2012, 08:52:38 schrieb Marc Kannegiesser: Sorry, das hatte ich in meiner Mail vorgestern tatsächlich falsch geschrieben. Wir haben n2 natürlich für 3.5t verwendet, nicht für 7.5t. Wo ist für euch dann der Unterschied zwischen hgv und N2? Zur Erinnerung: hgv=* (heavy goods vehicle; e.g., goods vehicles with a maximum allowed mass over 3.5 tonnes) Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 08.08.12 schrieb Chris66: http://www.openstreetmap.org/browse/way/32463108 Soll das access:N3 hier das access=no überstimmen? aktuell ist das access=no gelöscht, ich verstehe es aber weniger als vorher: - laut Google-Luftbild ist die Zufahrt verbaut - wer auch immer dort langfahren will, muss verkehrtrum durch die Abfahrt oder erst abfahren und dann einen U-Turn machen - wenn man drauffährt, kommt man nur auf die andere Straßenseite der B65, demnach interessiert es höchstens Winterdienste oder große Fahrzeuge, die nicht unter der Brücke durchpassen, demnach vielleicht tatsächlich access=no, access:N3=destination Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Hallo Fabian, Am Mittwoch, 8. August 2012, 17:13:34 schrieb Fabian Schmidt: http://www.openstreetmap.org/browse/way/32463108 aktuell ist das access=no gelöscht, ich verstehe es aber weniger als vorher: - laut Google-Luftbild ist die Zufahrt verbaut - wer auch immer dort langfahren will, muss verkehrtrum durch die Abfahrt oder erst abfahren und dann einen U-Turn machen - wenn man drauffährt, kommt man nur auf die andere Straßenseite der B65, demnach interessiert es höchstens Winterdienste oder große Fahrzeuge, die nicht unter der Brücke durchpassen, demnach vielleicht tatsächlich access=no, access:N3=destination Ist (meinem Verständnis nach) eigentlich relativ einfach: der Knoten ist so gebaut worden, dass eine Verlängerung der Schnellstraße nach Norden möglich ist. Weil das noch nicht passiert ist, ist die Auffahrt auf die Schnellstraße nach Norden gesperrt. Das Stück Straße, um das es hier geht, ist zur Zeit also nur Dekoration. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Hallo Fabian, Am Mittwoch, 8. August 2012, 17:13:34 schrieb Fabian Schmidt: - laut Google-Luftbild ist die Zufahrt verbaut - wer auch immer dort langfahren will, muss verkehrtrum durch die Abfahrt Was nicht geht, wegen oneway=yes oder erst abfahren und dann einen U-Turn machen Was nicht geht, wegen der Abbiegebeschränkung. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
2012/7/24 Georg Feddern o...@bavarianmallet.de: Loriot würde jetzt sagen (lassen): Ach! Das ist doch eigentlich nur genau das, was die entsprechenden Gesetze vom Nutzer (mautpflichtigen Autofahrer) auch verlangen ... In einem Land mit genereller Mautpflicht für einen bestimmten Straßentyp würde ich auch explizit die Ausnahmen taggen. In einem Land mit expliziter Mautpflicht für bestimmte Abschnitte eines Straßentyps würde ich auch explizit die Abschnitte taggen. Gruß Georg Ja, und das Programm, dass sich bemüht die Daten international zu nutzen wird davon verrückt... Petr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 08.08.2012 17:13, schrieb Fabian Schmidt: http://www.openstreetmap.org/browse/way/32463108 Soll das access:N3 hier das access=no überstimmen? aktuell ist das access=no gelöscht, ich verstehe es aber weniger als vorher: - laut Google-Luftbild ist die Zufahrt verbaut - wer auch immer dort langfahren will, muss verkehrtrum durch die Abfahrt oder erst abfahren und dann einen U-Turn machen - wenn man drauffährt, kommt man nur auf die andere Straßenseite der B65, demnach interessiert es höchstens Winterdienste oder große Fahrzeuge, die nicht unter der Brücke durchpassen, demnach vielleicht tatsächlich access=no, access:N3=destination Dann würde aber das speziellere Tag access:N3 das allgemeine access überstimmen, das heisst, für Autos wär's gesperrt aber die 40 Tonner dürften da als Anlieger lang. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 08.08.2012 17:26, schrieb Eckhart Wörner: http://www.openstreetmap.org/browse/way/32463108 aktuell ist das access=no gelöscht, ich verstehe es aber weniger als vorher: - laut Google-Luftbild ist die Zufahrt verbaut - wer auch immer dort langfahren will, muss verkehrtrum durch die Abfahrt oder erst abfahren und dann einen U-Turn machen - wenn man drauffährt, kommt man nur auf die andere Straßenseite der B65, demnach interessiert es höchstens Winterdienste oder große Fahrzeuge, die nicht unter der Brücke durchpassen, demnach vielleicht tatsächlich access=no, access:N3=destination Ist (meinem Verständnis nach) eigentlich relativ einfach: der Knoten ist so gebaut worden, dass eine Verlängerung der Schnellstraße nach Norden möglich ist. Weil das noch nicht passiert ist, ist die Auffahrt auf die Schnellstraße nach Norden gesperrt. Ist vermutlich so. Lädt man sich in JOSM in dem Bereich die Tracks runter gibt es für das Stück keine. Wie sind die access:N3=destination Straßen eigentlich beschildert ? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 08.08.2012 17:26, schrieb Eckhart Wörner: - laut Google-Luftbild ist die Zufahrt verbaut Ja, deutlich zu sehen, lustig, dass Google trotzdem da lang routet. http://up.picr.de/11434172aw.jpg Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 08.08.12 schrieb Chris66: Am 08.08.2012 17:13, schrieb Fabian Schmidt: - wenn man drauffährt, kommt man nur auf die andere Straßenseite der B65, demnach interessiert es höchstens Winterdienste oder große Fahrzeuge, die nicht unter der Brücke durchpassen, demnach vielleicht tatsächlich access=no, access:N3=destination Dann würde aber das speziellere Tag access:N3 das allgemeine access überstimmen, das heisst, für Autos wär's gesperrt aber die 40 Tonner dürften da als Anlieger lang. und eben dafür suchte ich eine Motivation. Für Autos gibt es keinen Grund, dort langzufahren. Schlüssiger ist es, dass der Straßenabschnitt schon ins Mautverzeichnis aufgenommen wurde, weil er schon gebaut wurde, auch wenn er erst später in Betrieb genommen wird. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Hallo, beim Mappen mit JOSM in der Western Sahara habe ich festgestellt, dass im Fenster Daten herunterladen, die N3 [1,2] ab einem bestimmten Zoomlevel nicht mehr angezeigt wird. Es werden auch keine Daten mit JOSM geladen. Gleiches Verhalten zeigt sich bei www.informationfreeway.org und www.openstreetmap.org. Die Straße N3 wird ab Zoomlevel 13 nicht mehr angezeigt. [1] http://www.openstreetmap.org/?lat=23.739652633667lon=-15.6874465942383zoom=12 [2] http://www.informationfreeway.org/?lat=23.717509469398358lon=-15.733253486065578zoom=12layers=B0F0 Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dead End Karte an Grenze zu Luxemburg und Frankreich
Am 08.08.2012, 16:11 Uhr, schrieb ThomasB toba0...@yahoo.de: Huch, ich wusste gar nicht, dass da noch jemand drauf schaut. [...] Viele Grüße Thomas Jep, die Karte ist super! Findet sogar Kreisverkehre, die nicht als junction=roundabout kartiert wurden. Minimaler Kritikpunkt währe, dass Enden an highway=construction als false-positive erkannt werden. Und vielleicht, dass man nicht die Fehler direkt in JOSM reinladen kann (wie beim OSMI), aber der Aufwand ist für das Übergangstool(?) nicht nötig. :) Gruß Masi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Hallo, Am 08.08.2012 22:28, schrieb Dieter Jasper: Die Straße N3 wird ab Zoomlevel 13 nicht mehr angezeigt. Die wurde heute um 20:36 gelöscht [1]. Da die höheren Zoomlevel häufiger neu gerendert werden, ist sie dort schon nicht merh zu sehen, ab Level 13 sind die Tiles noch nicht auf dem aktuellen Stand. Gruß Rainer [1] http://www.openstreetmap.org/browse/way/175131740/history ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Am 08.08.2012 22:28, schrieb Dieter Jasper: Hi Dieter Hallo, beim Mappen mit JOSM in der Western Sahara habe ich festgestellt, dass im Fenster Daten herunterladen, die N3 [1,2] ab einem bestimmten Zoomlevel nicht mehr angezeigt wird. Es werden auch keine Daten mit JOSM geladen. Gleiches Verhalten zeigt sich bei www.informationfreeway.org und www.openstreetmap.org. Die Straße N3 wird ab Zoomlevel 13 nicht mehr angezeigt. [1] http://www.openstreetmap.org/?lat=23.739652633667lon=-15.6874465942383zoom=12 [2] http://www.informationfreeway.org/?lat=23.717509469398358lon=-15.733253486065578zoom=12layers=B0F0 Das findest Du fast überall und liegt meiner Meinung daran, daß die Zoomlevel 1-12 nach dem Reduction-Bot noch nicht neu gerendert wurden. Fakt ist, da gibt es keine Daten mehr ! Grüß Colliar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Hallo, aber warum kann keine Daten der N3 mit JOSM laden. Die Daten werden ja nicht durch Rendern gelöscht. Gruß Dieter Jasper Am 08.08.2012 22:46, schrieb Rainer Kluge: Die wurde heute um 20:36 gelöscht [1]. Da die höheren Zoomlevel häufiger neu gerendert werden, ist sie dort schon nicht merh zu sehen, ab Level 13 sind die Tiles noch nicht auf dem aktuellen Stand. Gruß Rainer [1] http://www.openstreetmap.org/browse/way/175131740/history ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF Board Membership / Board Meeting Highlights
Oliver (OSMF) wrote Hallo deutsche OSM-Community, entsprechend meinem Wahlversprechen die Kommunikation zu verbessern und dem OSM Do-ocracy Prinzip habe ich einen Blog [1] aufgesetzt, den ich als Kommunikationskanal nutzen möchte. ...schnip...schnap.. Oliver Kühn Board Member der OpenStreetMap Foundation [1] http://www.abalakov.com [2] http://www.abalakov.com/openstreetmap-august-board-meeting-highlights [3] http://translate.google.de/translate?js=yprev=_thl=deie=UTF-8layout=1eotf=1u=www.abalakov.comsl=entl=de ^^Quote von Oliver Kühn, OpenStreetMap Foundation Board Member, August 2010 Dein Wahlversprechen hat nichtmal ein Jahr gehalten. Dein letzter Post über OSM in Deinem Kommunikationskanal ist schon über ein Jahr her. Warum bist Du nicht zurückgetreten als Dir klar wurde, dass Du nicht den Erwartungen Deiner Wähler gerecht werden kannst? Gerade Du, der sein Geld mit der Arbeit der Mapper verdient, sollte zeigen, dass er Mandat und Job trennen kann. Oder hat es nicht ganz so gut funktioniert und die Eigenschaft als Board Member hat Opportunities eröffnet? Danke von einem OSMF Mitglied, dass Du die Reputation der OSMF weiter verschlechtert hast. -- View this message in context: http://gis.19327.n5.nabble.com/OSMF-Board-Membership-Board-Meeting-Highlights-tp5307893p5720065.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Am 08.08.2012 22:48, schrieb fly: Das findest Du fast überall und liegt meiner Meinung daran, daß die Zoomlevel 1-12 nach dem Reduction-Bot noch nicht neu gerendert wurden. Fakt ist, da gibt es keine Daten mehr ! Grüß Colliar Danke, dann kann ich also die Daten neu einpflegen. Ist schon etwas verwirrend. Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Am 08.08.2012 22:51, schrieb Dieter Jasper: aber warum kann keine Daten der N3 mit JOSM laden. Weil der Nutzer meppen7 (ich vermute, dass du das bist) diesen Weg gelöscht hat. Er existiert in den Daten nicht mehr. Der Renderer hinkt je nach Zoomlevel mehr oder weniger hinterher. Dadurch kommt es dazu, dass die Strasse in manchen Leveln noch angezeigt wird, in anderen schon nicht mehr. Mit dem Redaction Bot hat das übrigens nichts zu tun Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Am 08.08.2012 22:56, schrieb Dieter Jasper: Am 08.08.2012 22:48, schrieb fly: Das findest Du fast überall und liegt meiner Meinung daran, daß die Zoomlevel 1-12 nach dem Reduction-Bot noch nicht neu gerendert wurden. Fakt ist, da gibt es keine Daten mehr ! Grüß Colliar Danke, dann kann ich also die Daten neu einpflegen. Ist schon etwas verwirrend. In diesem Fall scheint es etwas komplizierter zu sein. Wie Rainer schon erwähnt hat wurde die Linie gelöscht [1], allerdings steht da auch, dass sie von dem selben Benutzer erst eine Stunde erstellt wurde. Das sieht man auch, da bis Zoomlevel 8 noch nichts gerendert wurde. [1] http://www.openstreetmap.org/browse/way/175131740/history ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Noch immer post Redaction Bot Daten in Mapnik.
Am 08.08.2012 23:05, schrieb Rainer Kluge: Mit dem Redaction Bot hat das übrigens nichts zu tun Hast ja recht, allerdings sieht das hier schon deutlich nach vorher [1] / nacher bzw aktuell [2] aus. Merkwürdigerweise auch genau die gleiche Zoomlevel. [1] http://www.openstreetmap.org/?lat=38.4035682678223lon=-28.1972694396973zoom=12 [2] http://www.openstreetmap.org/?lat=38.4060573577881lon=-28.2161521911621zoom=13 cu Colliar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Am 08.08.2012 23:05, schrieb Rainer Kluge: Am 08.08.2012 22:51, schrieb Dieter Jasper: aber warum kann keine Daten der N3 mit JOSM laden. Weil der Nutzer meppen7 (ich vermute, dass du das bist) diesen Weg gelöscht hat. Er existiert in den Daten nicht mehr. Der Renderer hinkt je nach Zoomlevel mehr oder weniger hinterher. Dadurch kommt es dazu, dass die Strasse in manchen Leveln noch angezeigt wird, in anderen schon nicht mehr. Mit dem Redaction Bot hat das übrigens nichts zu tun Gruß Rainer Nein, ich habe die Straße N3 nicht gelöscht. Es waren ein paar Nodes, die kurz vorher selbst erstellt und hochgeladen hatte und dann wieder gelöscht habe. Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Am 08.08.2012 23:07, schrieb fly: Am 08.08.2012 22:56, schrieb Dieter Jasper: Am 08.08.2012 22:48, schrieb fly: Das findest Du fast überall und liegt meiner Meinung daran, daß die Zoomlevel 1-12 nach dem Reduction-Bot noch nicht neu gerendert wurden. Fakt ist, da gibt es keine Daten mehr ! Grüß Colliar Danke, dann kann ich also die Daten neu einpflegen. Ist schon etwas verwirrend. In diesem Fall scheint es etwas komplizierter zu sein. Wie Rainer schon erwähnt hat wurde die Linie gelöscht [1], allerdings steht da auch, dass sie von dem selben Benutzer erst eine Stunde erstellt wurde. Das sieht man auch, da bis Zoomlevel 8 noch nichts gerendert wurde. [1] http://www.openstreetmap.org/browse/way/175131740/history Die paar Nodes habe ich selber erstellt und dann gelöscht. Das war nur der Anfang der N3, die sehr viel länger ist. Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am 08.08.2012, 11:27 Uhr, schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 07.08.2012 um 14:30 schrieb Masi Master masi-mas...@gmx.de: Relation: type=restriction restriction=hgv hgv:toll=yes minweight=12 Das halte ich so für keine besonders gute Syntax. hgv ist eine Fahrzeugklasse und keine turnrestriction. Auch wenn man type=restriction für andere Einschränkungen als Abbiegevorschriften verwenden wollte, sollte man m.E. eher so was wie restriction:for=hgv restriction=maxweight verwenden M.E. macht es aber eigentlich keinen Sinn, die Nutzung dieses Relationentyps um weitere, im Prinzip grundverschiedene (s. z.B. members) Verkehrsvorschriften zu erweitern, da die Logik eine ganz andere ist. Gruß Martin Hi Martin, meinte, dass es so ähnlich aussehen könnte (und von TURNrestriction war keine rede :) ). Ob es später type=restriction oder type=XYZ heißt, ist erstmal egal. Der Grundaufbau der Ralation kann aber so sein: type=beschränkung beschränkung=was_beschänkt_werden_soll nebenbedingungen Vorteil ist, dass man es auch für zeitabhängige Geschwindigkeitsverbote o.ä. hernehmen kann. Gruß Masi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Am 08.08.2012 23:22, schrieb Dieter Jasper: Am 08.08.2012 23:07, schrieb fly: Am 08.08.2012 22:56, schrieb Dieter Jasper: Am 08.08.2012 22:48, schrieb fly: Das findest Du fast überall und liegt meiner Meinung daran, daß die Zoomlevel 1-12 nach dem Reduction-Bot noch nicht neu gerendert wurden. Fakt ist, da gibt es keine Daten mehr ! Grüß Colliar Danke, dann kann ich also die Daten neu einpflegen. Ist schon etwas verwirrend. In diesem Fall scheint es etwas komplizierter zu sein. Wie Rainer schon erwähnt hat wurde die Linie gelöscht [1], allerdings steht da auch, dass sie von dem selben Benutzer erst eine Stunde erstellt wurde. Das sieht man auch, da bis Zoomlevel 8 noch nichts gerendert wurde. Das war ein Denkfehler, da nur motorways + trunks in diesem Zoombereich angezeigt werden [1] http://www.openstreetmap.org/browse/way/175131740/history Die paar Nodes habe ich selber erstellt und dann gelöscht. Das war nur der Anfang der N3, die sehr viel länger ist. Jetzt verstehe ich das auch nicht mehr und der redaction bot war hier auch nicht am Werk [2]. Da scheint mir jemand am Löschen von Daten. Militärgebiete und andere Linien sind auch verschwunden, was mein unter [2] durch Wechseln des Base layers sehen kann. Kann sich das mal jemand genauer anschauen. Danke [2] http://tools.geofabrik.de/osmi/?view=redactionbotlon=-15.45396lat=23.47821zoom=14 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Darstellung von Icons für shop=* und amenity = restaurant in der Karte klemmt
Hallo Leute, ich bin neu hier und mach's mal kurz mit der Vorstellung: Heiße Friedrich Strohmaier und bin schon seit knapp 10 Jahren in anderen OpenSource Revieren unterwegs - zunächst Linux (SuSE Mailingliste) und seit ca. mitte 2005 recht aktiv bei OpenOffice.org und mit dessen Gründung bei LibreOffice. So, jetzt zum Thema: bin gerade dabei die Karte in unserem Flecken etwas aufzumotzen und habe jetzt schon zwei Restaurants und einen Laden, sowie ein paar Hausnummern eingetragen. Hier meine ersten Gehversuche der letzten Tage: http://www.openstreetmap.org/user/bitsfritz/edits Hier beiße ich mir gerade die Zähne aus: http://www.openstreetmap.org/browse/node/1857884543 Ich möchte gerne, dass in der Karte das Symbol - idealerweise mit Bezeichnung - für den Musikladen angzeigt wird, so wie beim Restaurant hier: http://www.openstreetmap.org/browse/node/1856321273 Bevor ich weiter herumexperimentiere wie hier zu sehen: http://www.openstreetmap.org/browse/node/1856933637/history würde ich doch lieber wissen, wie ich das gezielt hinbekommen kann. Irgendwie will sich mir der Unterschied zwischen dem Verhalten von shop=* und amenity=* in dieser Hinsicht nicht erschließen. Hat jemand den Link zur richtigen Spur? -- Friedrich Schöne Grüße von der Schwäbischen Alb ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] OSM resolution/ accuracy requirements for highways and intercity roads
Hi, What are the OSM standards for resolution and accuracy for highways and rural roads. Say one has a GPS trackplot at 1 sec intervals. Should it be put up raw, or filtered. If filtered, by how much? Regards Sutripta ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Franciacorta
Altra domanda: dato che il confine segue esattamente le statali 11 e 573, come mi comporto con le rotonde? le spezzo e tengo la parte più esterna o interna nella relazione o le inserisco complete nella relazione? -- Francesco Vezzoli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Franciacorta
Am 08.08.2012 09:18, schrieb Vezzo: Altra domanda: dato che il confine segue esattamente le statali 11 e 573, come mi comporto con le rotonde? le spezzo e tengo la parte più esterna o interna nella relazione o le inserisco complete nella relazione? A mio parere spezzare le rotonde non è un gran problema. Almeno per le confini comunali però cerco di non usare strade come membro della relazione (perché percorsi stradali si cambiano molto più facili di fiumi (che uso volentieri). Però per il tuo esempio è probabilmente un'altra cosa, perché è immaginabile che l'area per la coltivazione comincia proprio da un lato della strada. Cosa succederebbe se si facesse una circonvallazione però non lo so. Immagino che il vecchio percorso stradale rimarrà come è, e così lo si può usare, però forse ci sono delle svincoli/rampe necessari che cambiano un pò il percorso attuale. -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] segnavia verniciati
Non so se è specificato da qualche parte, ma ho trovato che ref si utilizza anche sui ways, almeno inizialmente. Il tipico mapper occasionale incontra un spezzone di un sentiero numerato, ma normalmente non l'intero percorso. Se c'è già una relazione, si utilizza, se no, si mette ref ai pezzi che si incontrano. Man mano si costruisce l'intero percorso e successivamente si sostituisce i tags dei ways con un solo tag sulla relazione. Mi sembra un approccio pragmatico e funzionante. 2012/8/8 Luca Delucchi lucadel...@gmail.com Il 07 agosto 2012 20:26, Volker Schmidt vosc...@gmail.com ha scritto: Normalmante non si segna la posizione di ogni segnale. L'unica cosa che si fa si indica se il sentiero ha segnaletica. Se ha un numero CAI tipicamente si mette il numero col tag ref. Se non c'è numero, ma il sentiero ha un suo segnale si dovrebbe utilizzare trailblazed=yes. Il secondo caso sembra quello che discutiamo qua. ok, ho capito così ha senso L'unica cosa il tag ref dovrebbe andare all'interno della relation e non sul sentiero. Volker -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Franciacorta
2012/8/8 Alexander Roalter alexan...@roalter.it: A mio parere spezzare le rotonde non è un gran problema. Ok allora spezzo le rotonde e tengo la parte esterna al territorio Almeno per le confini comunali però cerco di non usare strade come membro della relazione (perché percorsi stradali si cambiano molto più facili di fiumi (che uso volentieri). Però per il tuo esempio è probabilmente un'altra cosa, perché è immaginabile che l'area per la coltivazione comincia proprio da un lato della strada. Cosa succederebbe se si facesse una circonvallazione però non lo so. Immagino che il vecchio percorso stradale rimarrà come è, e così lo si può usare, però forse ci sono delle svincoli/rampe necessari che cambiano un pò il percorso attuale. In questo caso si usano proprio le strade come confine, se si legge il disciplinare si legge: ... fino ad incontrare la statale Bergamo-Brescia che segue fino all'intersezione con il confine del comune di Ospitaletto... Quindi si usano proprio le strade. Io sto cercando di capire come ci si comporta nel caso di cambiamento delle strade, ho chiesto a uno del consorzio se sapeva, ma mi ha detto che doveva chiedere. Intanto utilizzo le strade come erano nel 2010 (tutto identico a parte 2 piccole modifiche). -- Francesco Vezzoli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: segnavia verniciati
Scusate, ho seguito un po’ la vostra discussione ma, per mia incompetenza non ho capito un gran che. Io ho una problematica che mi pare simile e che vado a spiegare. Sto mappando dei sentieri e debbo inserire i cartelli segnavia. Siccome su un palo ci sono più cartelli indicanti diverse direzioni e tempi di percorrenza diversi. Come fare in modo che poi chi scarica un sentiero su basecamp, possa vedere queste indicazioni?? Chi ha pazienza di aiutarmi a fare un buon lavoro? Grazie e buona giornata Sergio Da: Volker Schmidt [mailto:vosc...@gmail.com] Inviato: mercoledì 8 agosto 2012 09:55 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] segnavia verniciati Non so se è specificato da qualche parte, ma ho trovato che ref si utilizza anche sui ways, almeno inizialmente. Il tipico mapper occasionale incontra un spezzone di un sentiero numerato, ma normalmente non l'intero percorso. Se c'è già una relazione, si utilizza, se no, si mette ref ai pezzi che si incontrano. Man mano si costruisce l'intero percorso e successivamente si sostituisce i tags dei ways con un solo tag sulla relazione. Mi sembra un approccio pragmatico e funzionante. 2012/8/8 Luca Delucchi lucadel...@gmail.com Il 07 agosto 2012 20:26, Volker Schmidt vosc...@gmail.com ha scritto: Normalmante non si segna la posizione di ogni segnale. L'unica cosa che si fa si indica se il sentiero ha segnaletica. Se ha un numero CAI tipicamente si mette il numero col tag ref. Se non c'è numero, ma il sentiero ha un suo segnale si dovrebbe utilizzare trailblazed=yes. Il secondo caso sembra quello che discutiamo qua. ok, ho capito così ha senso L'unica cosa il tag ref dovrebbe andare all'interno della relation e non sul sentiero. Volker -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: segnavia verniciati
Il 08 agosto 2012 11:30, Sergio Peduzzi sergio.pedu...@alice.it ha scritto: Scusate, ho seguito un po’ la vostra discussione ma, per mia incompetenza non ho capito un gran che. Io ho una problematica che mi pare simile e che vado a spiegare. Sto mappando dei sentieri e debbo inserire i cartelli segnavia. Siccome su un palo ci sono più cartelli indicanti diverse direzioni e tempi di percorrenza diversi. Come fare in modo che poi chi scarica un sentiero su basecamp, possa vedere queste indicazioni?? allora per il segnavia usa tourist = information con i tag consigliati [0] per quanto riguarda la direzione ne avevamo parlato qualche tempo fa ed eravamo giunti a usare destination con | come divisore tra una destinazione e l'altra. Puoi vedere un esempio qui [1] Chi ha pazienza di aiutarmi a fare un buon lavoro? io, se però mappi anche le relazioni dei sentieri :-P Grazie e buona giornata Sergio [0] http://wiki.openstreetmap.org/wiki/Proposed_features/information [1] http://www.openstreetmap.org/browse/node/1825159051 -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] segnavia verniciati
Anch'io avrei delle perplessità a mappare tutti i bolli di vernice che si trovano lungo un sentiero ma quelli a cui si riferisce la prima foto sono quelli usati in alta montagna, solitamente su percorsi alpinistici (pietraie, rocce montonate dove non è visibile la traccia del sentiero) e prendono il posto degli ometti (man_made=cairn) dove questi tendono ad essere spazzati dalle valanghe. Senza pensare a situazioni estreme dovute a nebbia o maltempo a volte succede, soprattutto in discesa, di trovarsi all'inizio di canalini molto vicini all'inizio dei quali un bollo di vernice può indicare la via di discesa sicura, mentre quella che scende parallelamente a pochi metri di distanza può presentare pericoli mortali. Di qui l'opportunità di segnalare qualcosa che in fondo valle sarebbe superfluo ma che in alta montagna può evitare problemi seri. La durata di questi bolli di vernice supera tranquillamente i 10 anni. In lista ho trovato queste proposte: route_marker=paint_blaze oppure waymark=paint_blaze Preferenze? Gian Mario Navillod ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Mina rica, pueblo pobre
Estimad@s maperos: Buenos días. Al respecto del artículo publicado en la revista Semana http://portal.semana.com/Especiales/cerro-matoso/mina-rica-pueblo-pobre.html Hay cobertura Bing para la mina de Cerro Matoso http://www.openstreetmap.org/?lat=7.9117lon=-75.5366zoom=14layers=M Feliz mapeo, Humberto Yances ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-at] geoportal.at
On 08.08.2012 07:37, Franz Mitterböck wrote: Dieser Dienst wird vom NÖ Landes-GIS betrieben. Die Fa. Synergis hat damit nichts zu tun. Mit dem von Rainer genannten Links hat die Fa. Synergis sehr wohl was zu tun. Der Firmenname steht im Seitentitel, und noe.geoportal.at redirectet auf www.mysynergis.com. Bei nic.at registriert ist die Domain geoportal.at ebenfalls auf die Synergis GmbH. Vom Land NÖ betrieben wird www.intermap1.noel.gv.at. Dort gibts auch den Laserscan, den wir für OSM sehr gut brauchen könnten. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] rúian - struktura dat adresních bodů
podle mých dosavadních zkušeností v rámci KÚ jednoznačné a nemá další dělení. *** to prave neni pravda. vzdy doporucuji pred zobecnenim osobnich dojmu prohlednout toto schema. K.u. a cobe nejsou vzajemne hierarchicke prvky: http://www.czso.cz/csu/rso.nsf/5873954e2ae286eec12570f8003e7738/a1809b67f5f4560ec1256e6100495bff/Obsah/199.3CA2 h. hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] rúian - struktura dat adresních bodů
On Wed 08-08-12 08:03:36, hanoj wrote: podle mých dosavadních zkušeností v rámci KÚ jednoznačné a nemá další dělení. *** to prave neni pravda. vzdy doporucuji pred zobecnenim osobnich dojmu prohlednout toto schema. K.u. a cobe nejsou vzajemne hierarchicke prvky: http://www.czso.cz/csu/rso.nsf/5873954e2ae286eec12570f8003e7738/a1809b67f5f4560ec1256e6100495bff/Obsah/199.3CA2 Prima. Koukám do toho a vidím, že části obcí mohou mít ještě díly. To možná vysvětluje co jsem pozoroval při importech, ale zapomněl jsem včera napsat. Například Cvikov (http://www.openstreetmap.org/?lat=50.7743lon=14.6371zoom=14layers=M) má části Cvikov I a Cvikov II. Avšak čára, kde mezi nimi vede hranice není v mapě. Podobně Písková Lhota (http://www.openstreetmap.org/?lat=50.36609lon=14.87461zoom=15layers=M) je rozdělena na části Písková Lhota a Zámostí, ovšem tyto části v OSM nejsou reprezentovány. Tedy umístění adresního bodu buď ve Cvikově I. nebo II., či Pískové Lhotě nebo Zámostí je informace ze současné mapy neodvoditelná. Libor ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] rúian - struktura dat adresních bodů
Ahoj, Libor Pechacek wrote: Například Cvikov (http://www.openstreetmap.org/?lat=50.7743lon=14.6371zoom=14layers=M) má části Cvikov I a Cvikov II. Avšak čára, kde mezi nimi vede hranice není v mapě. To je tím, že žádná taková čára neexistuje, části obce _nejsou_ definovány územím, ale výčtem adresních bodů (ze kterých potom můžeš zpětně vygenerovat nějaké přibližné obalové křivky). Petr signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] rúian - struktura dat adresních bodů
Ahoj, Libor Pechacek wrote: Navázal jsem na Tvůj výrok, že ti přijde zbytečné tam znova vypisovat informaci, která už je jednou na relacích hranic. Názvy katastrálních území se od názvů obcí nepatrně liší. Co jsem se teď díval, tak názvy KÚ mají často ještě nějaký místopisný přílepek - Doksy u Máchova jezera (normální smrtelníci znají jen jako Doksy), Obora v Podbezdězí (Obora) nebo Břevniště pod Ralskem. Když tedy například zkusíš rekonstruovat is_in bodu http://www.openstreetmap.org/browse/node/983573832 z relací administrativních hranic, dojdeš k trochu jinému výsledku: současné is_in = Břevniště, Hamr na Jezeře, Liberecký kraj, CZ vs odvozené is_in = Břevniště pod Ralskem, Hamr na Jezeře, Liberecký kraj, CZ Nejsem si jist, který z názvů je správný, nicméně jsem si celkem jist, jak sám hledám sídla v mapě. ;) Proto jsem už v prvním mailu psal alespoň pro administrativní jednotky od obce výš, tím jsem myslel, že je zbytečné uvádět část okres Česká Lípa, Liberecký kraj, Severovýchod, CZ. Nic z toho se na obálku nepíše. Zároveň se to dá komplet odvodit z relací hranic, kdyby to někdo přeci jen k něčemu potřeboval. Jméno části obce by se rozhodně mělo do importovaných dat nějakým způsobem dostat, nejsem si jistý jestli is_in tag je nejvodnější místo, ale pokud se tak dohodnem, budiž. 3) Osobně si myslím, že addr:city by mělo obsahovat jméno obce a to sice z čistě praktických důvodů - je to položka, která se typicky píše na obálku, máme netriviální počet přesahů, kdy adresní body patřící pod obec A, leží na území obce B (sice se tyhle anomálie pomalu odstraňují, ale existují). Vložení názvu části do addr:city podle mě problém systémově vyřeší alespoň pro ČR - jméno části obce (ve smyslu §27 odst. 2 zákona o obcích) je podle mých dosavadních zkušeností v rámci KÚ jednoznačné a nemá další dělení. Ne, v addr:city by skutečně měl být název obce, nikoliv části obce. Kdyby mi někdo posílal dopis na adresu. Benešovo nám. *** Zelené Předměstí [takhle se jmenuje část obce] 53002 tak by se s tím pošta asi nakonec nějak poprala, ale není to zrovna preferovaný zápis mojí adresy, tím je: Benešovo nám. *** Pardubice 53002 Petr signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] rúian - struktura dat adresních bodů
Ahoj, tak si pro zajímavost rozebereme ještě jednu obec. říkejme ji třeba Branžež ;-) http://www.openstreetmap.org/?lat=50.50603lon=15.0707zoom=15layers=M Výcuc z adresy.xml obec nazev=BRANŽEŽ kod=2643 MinPSC=294 02 MaxPSC=294 02 cast nazev=BRANŽEŽ kod=2643 MinPSC=294 02 MaxPSC=294 02 a p=10/ cast nazev=NOVÁ VES kod=11757 MinPSC=294 02 MaxPSC=294 02 ulice nazev=KURANDOV kod=162124 a e=10/ ulice nazev=SKALIČKA kod=162122 ulice nazev=UŠÁTKO kod=162123 ulice nazev=ZA VILOU kod=162126 cast nazev=ZAKOPANÁ kod=19154 MinPSC=294 02 MaxPSC=294 02 a p=10/ Branžež sama o sobě nemá pojmenované ulice Část Nová Ves má pseudoulice. Ve skutečnosti jsou to chatové osady. Pochopitelně funguje doručování v obou variantách. Správnější je asi ta druhá, i když Nová Ves je jen částí Branžeže. Branžež Zakopaná 10 Nová Ves Zakopaná 10 Doručitelné je i Branžež Kurandov 10 Branžež Kurandov če. 10 Nová Ves Kurandov 10 Nová Ves Kurandov če. 10 Skoro kulatej čverec :-) Mirek Dne 8. srpna 2012 11:06 Petr Morávek [Xificurk] xific...@gmail.comnapsal(a): Ahoj, Libor Pechacek wrote: Navázal jsem na Tvůj výrok, že ti přijde zbytečné tam znova vypisovat informaci, která už je jednou na relacích hranic. Názvy katastrálních území se od názvů obcí nepatrně liší. Co jsem se teď díval, tak názvy KÚ mají často ještě nějaký místopisný přílepek - Doksy u Máchova jezera (normální smrtelníci znají jen jako Doksy), Obora v Podbezdězí (Obora) nebo Břevniště pod Ralskem. Když tedy například zkusíš rekonstruovat is_in bodu http://www.openstreetmap.org/browse/node/983573832 z relací administrativních hranic, dojdeš k trochu jinému výsledku: současné is_in = Břevniště, Hamr na Jezeře, Liberecký kraj, CZ vs odvozené is_in = Břevniště pod Ralskem, Hamr na Jezeře, Liberecký kraj, CZ Nejsem si jist, který z názvů je správný, nicméně jsem si celkem jist, jak sám hledám sídla v mapě. ;) Proto jsem už v prvním mailu psal alespoň pro administrativní jednotky od obce výš, tím jsem myslel, že je zbytečné uvádět část okres Česká Lípa, Liberecký kraj, Severovýchod, CZ. Nic z toho se na obálku nepíše. Zároveň se to dá komplet odvodit z relací hranic, kdyby to někdo přeci jen k něčemu potřeboval. Jméno části obce by se rozhodně mělo do importovaných dat nějakým způsobem dostat, nejsem si jistý jestli is_in tag je nejvodnější místo, ale pokud se tak dohodnem, budiž. 3) Osobně si myslím, že addr:city by mělo obsahovat jméno obce a to sice z čistě praktických důvodů - je to položka, která se typicky píše na obálku, máme netriviální počet přesahů, kdy adresní body patřící pod obec A, leží na území obce B (sice se tyhle anomálie pomalu odstraňují, ale existují). Vložení názvu části do addr:city podle mě problém systémově vyřeší alespoň pro ČR - jméno části obce (ve smyslu §27 odst. 2 zákona o obcích) je podle mých dosavadních zkušeností v rámci KÚ jednoznačné a nemá další dělení. Ne, v addr:city by skutečně měl být název obce, nikoliv části obce. Kdyby mi někdo posílal dopis na adresu. Benešovo nám. *** Zelené Předměstí [takhle se jmenuje část obce] 53002 tak by se s tím pošta asi nakonec nějak poprala, ale není to zrovna preferovaný zápis mojí adresy, tím je: Benešovo nám. *** Pardubice 53002 Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Réf.: Re: Happy birthday OSM party ?
On apporte quelque chose ou tu préfères juste une participation ? Le 8 août 2012 00:17, Christian Quest cqu...@openstreetmap.fr a écrit : Un petit point pour notre BBQ d'anniversaire... Sont prévus pour l'instant: - RatzillaS - Marc - Florian - Teuxe J'ai oublié quelqu'un ? (c'est pour les courses demain...) Vous pouvez venir à partir de 19h, au 54 av Victor Hugo 94100 St Maur à deux pâtés de maison du RER A Le Parc de Saint-Maur. Voir plan sur http://openstreetmap.fr/barbecue-8-ans Au cas où: 09 54 42 44 46 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Happy birthday OSM party ?
J'ai oublié quelqu'un ? (c'est pour les courses demain...) Oui moi :-) ... Pour info, je viendrai en voiture et je redescend sur l'Essonne si cela intéresse quelqu'un... (je pense en particulier à Marc...). @+ Message: 7 Date: Wed, 8 Aug 2012 00:17:04 +0200 From: Christian Quest cqu...@openstreetmap.fr To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Réf.: Re: Happy birthday OSM party ? Message-ID: CAAXY6DNvrdXOa9Le0w9s= 88szjx13h5le07-kmxtqhgauac...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Un petit point pour notre BBQ d'anniversaire... Sont prévus pour l'instant: - RatzillaS - Marc - Florian - Teuxe J'ai oublié quelqu'un ? (c'est pour les courses demain...) Vous pouvez venir à partir de 19h, au 54 av Victor Hugo 94100 St Maur à deux pâtés de maison du RER A Le Parc de Saint-Maur. Voir plan sur http://openstreetmap.fr/barbecue-8-ans Au cas où: 09 54 42 44 46 -- Message: 8 Date: Wed, 8 Aug 2012 09:33:27 +0200 From: Florian LAINEZ winner...@free.fr To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] Réf.: Re: Happy birthday OSM party ? Message-ID: CALZSDKKf9_9f_= prxuq1mzdx1ugja3eqok9p4szbr3rteor...@mail.gmail.com Content-Type: text/plain; charset=utf-8 On apporte quelque chose ou tu préfères juste une participation ? Le 8 août 2012 00:17, Christian Quest cqu...@openstreetmap.fr a écrit : Un petit point pour notre BBQ d'anniversaire... Sont prévus pour l'instant: - RatzillaS - Marc - Florian - Teuxe J'ai oublié quelqu'un ? (c'est pour les courses demain...) Vous pouvez venir à partir de 19h, au 54 av Victor Hugo 94100 St Maur à deux pâtés de maison du RER A Le Parc de Saint-Maur. Voir plan sur http://openstreetmap.fr/barbecue-8-ans Au cas où: 09 54 42 44 46 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr -- section suivante -- Une pièce jointe HTML a été nettoyée... URL: http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20120808/5734d852/attachment.html -- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Fin de Lot Talk-fr, Vol 73, Parution 33 *** ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Xapiviewer
Un petit truc à améliorer: les liens vers wikipédia pour les valeurs du style wikipedia=fr:Paris pointent vers fr.wikipedia.org/wiki/fr:Paris au lieu de fr.wikipedia.org/wiki/Paris -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Happy birthday OSM party ?
Le 8 août 2012 00:17, Christian Quest cqu...@openstreetmap.fr a écrit : Un petit point pour notre BBQ d'anniversaire... Sont prévus pour l'instant: - RatzillaS - Marc - Florian - Teuxe J'ai oublié quelqu'un ? (c'est pour les courses demain...) Vous pouvez venir à partir de 19h, au 54 av Victor Hugo 94100 St Maur à deux pâtés de maison du RER A Le Parc de Saint-Maur. Voir plan sur http://openstreetmap.fr/barbecue-8-ans Au cas où: 09 54 42 44 46 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Je serais accompagné de Luc (mon fils ;-) en copie de ce message. A demain -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question de tag
Merci pour le lien! Le 7 août 2012 15:42, Eric eric...@sfr.fr a écrit : Tiens, cool, à moi tout seul, je vais multiplier par 3 le nombre de tags information=terminal ! :) Le 7 août 2012 14:53, Vincent Privat vincent.pri...@gmail.com a écrit : Il n'y a pas de liste officielle et arrétée de tous les tags OSM. Par contre, tu peux voir lesquels sont utilisés, et à quelle hauteur: http://taginfo.openstreetmap.fr/ Par exemple, information est utilisé 7800 fois, avec 36 valeurs différentes, les plus fréquentes étant guidepost, board, map et office: http://taginfo.openstreetmap.fr/keys/information ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Re: Happy birthday OSM party ?
Luc, je suis ton père ! (ok, je sors) Le 8 août 2012 10:18, Marc SIBERT m...@sibert.fr a écrit : Le 8 août 2012 00:17, Christian Quest cqu...@openstreetmap.fr a écrit : Un petit point pour notre BBQ d'anniversaire... Sont prévus pour l'instant: - RatzillaS - Marc - Florian - Teuxe J'ai oublié quelqu'un ? (c'est pour les courses demain...) Vous pouvez venir à partir de 19h, au 54 av Victor Hugo 94100 St Maur à deux pâtés de maison du RER A Le Parc de Saint-Maur. Voir plan sur http://openstreetmap.fr/barbecue-8-ans Au cas où: 09 54 42 44 46 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Je serais accompagné de Luc (mon fils ;-) en copie de ce message. A demain -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[forum-osm-fr]Cr�er ses propres carte vectorielles
Le message suivant de : ## Bonjour Sur le site de mapsforges on peut télécharger des cartes vectorielles de tout les pays du monde. Je les utilise avec le très bon logiciel Locus sur Android qui me donne satisfaction. Néanmoins je souhaite aller plus loin. Je souhaiterais pouvoir créer une carte vectorielle de la zone géographique que je souhaite. Quels outils utiliser, quelles sont les bonnes sources d'informations. Merci par avance de vos réponse a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=3 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] les mosquées de france
Le mercredi 1 août 2012 23:08:38 wouldsmina a écrit : bonjour Pierre, francetopo.fr c'est encore trop compliqué pour moi. Je ne fais ça que pour m'amuser donc quand j'ai le temps... Salut, Tu peux aussi regarder sur mon xapiviewer, j'ai mis un champ de recherche simple nominatim : http://osm.dumoulin63.net/xapiviewer/ -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] Fwd: [ご案内][KOF] 関西オープンソース2012+関西コミュニティ大決戦 開催のご案内
清野です。 先日オープンソースカンファレンス2012 Kansai@Kyotoが終わったばかりなのですが、 今度はK-OFの案内が届きました。 こちらについても、僕は別件(OSGeo関係)で出席する予定ですので、 OSMとしても出展したいと思うのですがいかがでしょうか? 他にご協力いただける方がいらっしゃいますと大変助かります。 何卒よろしくお願い申し上げます。 -- 転送メッセージ -- さて今年も、『関西オープンソース2012+関西コミュニティ大決戦』の開催が決 定、概要がまとまって参りました。まずは以下にご案内する開催概要、募集事 項などをご覧いただき、ぜひご参加くださいますようお願い致します。 『関西オープンソース2012＋関西コミュニティ大決戦』開催概要 ●イベント概要 会 期：2012年11月9日(金)〜11月10日(土) 会 場：大阪南港ATC ITM棟 入場料：無料（懇親会は実費） 主 催：関西オープンフォーラム （実行委員長／中野秀男 大阪市立大学名誉教授/大阪市ITアドバイザー） U R L：http://k-of.jp/2012/ (8/8 まで) http://2012.k-of.jp/ (8/9 より運用開始) ●募集開始時期 ・ユーザ企画、ブース 募集開始日: 2012年08月09日(木) ・ステージ 募集開始日: 2012年09月09日(日) （昨年、実験的に実施した新規団体早期募集ですが、本年は行いません） （例年同様応募費も無料です） ●募集対象概要 [ユーザ企画] オープンソースをはじめ各種ソフトウェアやハードウェアに関する活動を行っ ている方々に、BOF (birds of a feather)や自主セミナー等の持ち込み企画を 実施していただきます。 [展示] オープンソースをはじめ各種ソフトウェアやハードウェアに関する活動を行っ ている方々の展示ブースを設けます。 [ステージ] 展示会場に特設ステージを設けます。ここではオープンソースソフトウェア などに関する活動を行っている方々に登場していただき、各自の活動を紹介 していただくとともに、それに関心のある人々との交流の場とします。 ●応募方法 以下の URL より確認ください。 U R L : http://2012.k-of.jp/ (8/9 より運用開始) 「関西オープンソース2012＋関西コミュニティ大決戦」へのご寄付のお願い 本イベントの継続的開催のために、みなさまからのご寄付も募集しております。 個人 一口3千円 法人 一口5万円 とさせていただいております。 何口でも構いません。何卒ご協力をよろしくお願い致します。 まずは、info2012[at]k-of.jp までお気軽にお問い合わせください。 懇親会も例年通り、開催致します。 皆さまのご参加をお待ちしております。 今年もよろしくお願い致します！ == 開催、ご寄付に関するお問い合わせ先 関西オープンフォーラム実行委員会 E-mail: info2012[at]k-of.jp ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[Talk-us] US local chapter
talk has started on the osmf list about the upcoming OpenStreetMap Foundation board election, which reminded me of the US local chapter. I had a quick look at recent US local chapter minutes [1] and see nothing since April 2012. Are there some additional minutes to be posted? It's also unclear to me which minute item tasks have been assigned to which people, and which tasks are new assignments, versus updates versus items completed. And I'd love to hear from the local chapter board members, elected last year, regarding: their thoughts on their year on the board so far, their expectations leading up to next year, their observations about serving the US local chapter and community, how their plans from before the election align with their accomplishments so far. And it would be good to know the details of the next US local chapter board election. Best regards, Richard [1] http://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States/Minutes ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] US local chapter
Hi, Meetings have been irregular since May. We have one on the agenda for tomorrow 5PM pacific. Reminds me that I need to update the wiki. Next board election will likely be at SOTM US, we will discuss this tomorrow. I will share some more thoughts on how it's going sometime soon. Martijn On Wed, Aug 8, 2012 at 5:05 AM, Richard Weait rich...@weait.com wrote: talk has started on the osmf list about the upcoming OpenStreetMap Foundation board election, which reminded me of the US local chapter. I had a quick look at recent US local chapter minutes [1] and see nothing since April 2012. Are there some additional minutes to be posted? It's also unclear to me which minute item tasks have been assigned to which people, and which tasks are new assignments, versus updates versus items completed. And I'd love to hear from the local chapter board members, elected last year, regarding: their thoughts on their year on the board so far, their expectations leading up to next year, their observations about serving the US local chapter and community, how their plans from before the election align with their accomplishments so far. And it would be good to know the details of the next US local chapter board election. Best regards, Richard [1] http://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States/Minutes ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- martijn van exel http://oegeo.wordpress.com ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
