[OSM-legal-talk] Use of OSM Data in Apple Maps
As many of you may already be aware of, Apple is supposedly using ODbL data from OSM after their recent update, in their iOS App Maps, together with other data (some of which proprietary, some public domain) and appearently also together with older data from OSM (pre-license change). They still deny to name any license or to credit the copyright for the data from 2011/2012 (there are 2 credit items for osm), but they do recognize the copyright for the current data like this: © 2014 OpenStreetMap contributors, www.openstreetmap.org/copyright. They also still do not credit OSM at the same level of prominence than they do with TomTom (Data by TomTom and others). I wonder if this use is compatible with the ODbL, and how we can check this, given that they do not declare where they are using the data, if it is used in parallel or together with the other data sources, and obviously they do not release any details or software from their stack. cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Use of OSM Data in Apple Maps
Am 24.11.2014 17:21, schrieb Martin Koppenhoefer: As many of you may already be aware of, Apple is supposedly using ODbL data from OSM after their recent update, in their iOS App Maps, together with other data (some of which proprietary, some public domain) and appearently also together with older data from OSM (pre-license change). Just as a hint: * there have been already some discussion wenn Apple started to use OSM data for the first time... * Also IIRC: there have ben discussion between the OSMF (or the board) with Apple, but I'm not sure about this. Maybe someone can remember better. Best regards, Michael. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Use of OSM Data in Apple Maps
2014-11-24 19:26 GMT+01:00 Michael Kugelmann michaelk_...@gmx.de: Am 24.11.2014 17:21, schrieb Martin Koppenhoefer: As many of you may already be aware of, Apple is supposedly using ODbL data from OSM after their recent update, in their iOS App Maps, together with other data (some of which proprietary, some public domain) and appearently also together with older data from OSM (pre-license change). Just as a hint: * there have been already some discussion wenn Apple started to use OSM data for the first time... yes, for reference, this was discussed in the license working group, then on the board and then back in the license working group. OSMF has indeed been talking to Apple about this, and the outcome as far as I remember was that OSMF was not concerned, because Apple were using cc-by-sa data of individual contributors by the time, i.e. a license intended for works but applied to data (by that time the license change was almost done, and it was clear, that the cc-license was unclear for data), and OSMF wasn't the rights holder (pre-CT, all rights were by the contributors). Also Apple had modified the attribution string by stating the vague date of the data (2011/2012), so parts of our concerns regarding the attribution were solved. The situation is now pretty different, in that they are using ODbL data, and they are recognizing the copyright for this data (see screenshot). cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Search results for disputed territories (Nominatim)
Hi, Just wanted to let you know that you are not alone who is making an effort to understand how Nominatim database works. When I try to pull about fifty locations into an XML file with a query by the tag *int_name* either from: http://nominatim.openstreetmap.org/search/ or its mirror: http://open.mapquestapi.com/nominatim/v1/search.php it returns all but four locations. I tried to rewrite *int_name* tag for these 4 locations. Tried to rewrite again, while making sure that I use English characters. It does not help. But when I pull these objects with combination with their respective city name, it returns them all right. I am trying to figure out the reason of this issue for several weeks already. Perhaps it will just take some time to understand how Nominatim database works. It seems that it is not that simple as an SQL query to say MySQL database. The Nominatim database should be very big, and there could be some limitations, or delays, ... brgds Oleksiy On 24.11.2014 2:43, maning sambale wrote: Hi, We were informed by our national mapping agency of this concern. For a brief of background, the Philippines have several disputed islands with China one example is Scarborough Shoal [0]. The Nominatim result assigns it only to Sansha City, Hainan, People's Republic of China [1] To avoid further edit wars, we tagged the boundary as disputed territory [0] I believe the data is correct having properly tagged in an admin_level relation for both countries. Zambales, Philippines: http://www.openstreetmap.org/relation/1504691 Sansha City, China: http://www.openstreetmap.org/relation/2833102 I propose that Nominatim either display all the results or none at all (saying it is a disputed territory) to avoid confusion. Furthermore, we already informed our mapping agency of OSMF's statement regarding this matter [3]. This post is to inform the wider OSM community an seek advice on how we should best represent and show results for disputed territories. We already posted an issue to Nominatim on this matter [4]. Also, this is an appeal to connect to both PH and CN mappers not continue reverting each others edits. We are part of an international community and we should not be escalating this border issue any further into OSM. Thanks! [0] http://en.wikipedia.org/wiki/Scarborough_Shoal [1] http://www.openstreetmap.org/search?query=Scarborough%20Shoal#map=11/15.1585/117.7653 [2] http://www.openstreetmap.org/changeset/26925523 [3] http://www.osmfoundation.org/w/images/d/d8/DisputedTerritoriesInformation.pdf [4] https://github.com/twain47/Nominatim/issues/202 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Search results for disputed territories (Nominatim)
2014-11-24 8:17 GMT+01:00 Frederik Ramm frede...@remote.org: It is good to start a discussion about how to properly map competing claims for regions in OSM, but at the moment our data model usually forces us to decide on one, that's why we have the on the ground rule. we can have several competing versions in our current data model, it is the data consumers and other mappers that usually expect one correct version. And we don't have nice tags to say disputed boundary, at least they do not seem to be documented: http://taginfo.osm.org/tags/boundary=disputed#overview Having more than one boundary for the same area might create confusion, but could be resolved by adding appropriate names or better references (e.g. x territory, Swiss version, where the Swiss version part could be expressed with a relation, e.g. role claimed_by and the country as a member (might create circular references ;-) ). cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] 176k Wikidata tags to add to OSM
This is a progress report about my attempt to match Wikidata items and OSM objects automatically. Here are some page about adding Wikidata identifiers to OSM: http://wiki.openstreetmap.org/wiki/Wikidata http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata The list is available here, it is split up by English Wikipedia category: http://edwardbetts.com/osm-wikidata/ Some OSM/Wikidata items will appear in multiple categories. Each page of results is sorted by distance, then by the English Wikidata label. The results include links to Wikidata, the location on OSM from Wikidata and the matched OSM object. A quick recap about how my system works. I have a list of categories on Wikipedia with the appropriate tags on OpenStreetMap. For example, articles in the subcategories of the category Airports by Country should appear on the map tagged as aeroway=aerodrome. I use a Wikimedia Labs tool called CatScan to get a list of every article in the category or subcategory: https://tools.wmflabs.org/catscan2/catscan2.php For each article in English Wikipedia this is a matching item in Wikidata. I use the Wikidata API to find the Wikidata items within the category. Items without coordinates are skipped. Once all the categories are processed I have a list of Wikidata items that include coordinates and the label in multiple languages. I split this list up by coordinates into half degree squares. I use the Overpass API to look for OSM objects (nodes, ways and relations) with a name and the expected tags. The acceptable distance for most objects is 1km, for some entity types it has been increased further. I've included a distance field in my results, so you can see how far apart the matched items are. The names in the OSM object are compared with the labels and aliases in the Wikidata item. The code looks at the various name keys listed in the http://wiki.openstreetmap.org/wiki/Key:name page. I exclude old_name from the comparison. The matching code considers addr:housename and can match buildings with Wikidata item labels that are street addresses to the addr:housenumber and addr:street tags. For example 8 Canada Square will match a building tagged with addr:housenumber=8 and addr:street=Canada Square The overpass API can calculate the centroid of an OSM object, this is what I used in the past. I've switched to using the bounding box for the object, this gives better results for large objects like lakes and forests. The result is that I now have a list of 176,794 OSM objects and matching Wikidata items. The whole process of extracting the data and looking for matches takes about three days to run. This is after quite a few changes to speed it up. I think there are still more improvements possible. I will post the code on github soon. It has been suggested that I shouldn't be using Wikipedia at all, instead I should be looking at the 'instance of' property in Wikidata. Using English Wikipedia introduces an English-language bias, there are items in Wikidata without an associated article in English Wikipedia. The reason for using Wikipedia Categories is because use of the 'instance of' property is very patchy. The majority of the items in my result list don't include the 'instance of' property. A related piece of work will be to populate this field in Wikidata, but for now I'm focused on linking OSM and Wikidata. The system gets confused by chains of restaurants and shops. The Wikidata item will often include the coordinates of the headquarters. The name will match with a nearby store. I should be able to fix this by filtering out Wikidata chain store items. Example: John Lewis - UK department store chain https://www.wikidata.org/wiki/Q1918981 Wikidata coordinates are 51.497, -0.144 near Victoria station. https://www.openstreetmap.org/?mlat=51.497mlon=-0.14434#map=16/51.4970/-0.1443 The match is for the flag ship store in Oxford Circus, 2km from the HQ. http://www.openstreetmap.org/node/31314236 Some of the coordinates in Wikipedia and Wikidata are wrong, there are many cases where the location in Wikidata is 5km or more from where it should be. London Hackspace moved from Islington to Hackney in 2009, the location has been updated on OSM, but Wikidata still has the old location: http://wikidata.org/wiki/Q6670461 http://www.openstreetmap.org/browse/node/2218654057 There are two pubs in London called Barley Mow that are less than 1k apart, both are mapped on OSM. One of the pubs has an item in Wikidata (Q17985738). My code is matching it to the wrong pub. I will fix this. http://wikidata.org/wiki/Q17985738 is http://www.openstreetmap.org/way/148011247 not http://www.openstreetmap.org/node/462025244 When checking the results for fountains I found that the Butt-Millet Memorial Fountain is mapped twice in different locations: http://wikidata.org/wiki/Q5002757 http://www.openstreetmap.org/way/238456703 http://www.openstreetmap.org/node/358955161 There are already 25k things with a Wikidata tag
[OSM-talk] ticket sale for 31C3 has started
FYI: for those mappers who inted to join the OSM assembly of the 31C3 a quick note: the ticket sale has started... https://events.ccc.de/congress/2014/wiki/Assembly:OpenStreetMap.de Cheers, Michael. = http://events.ccc.de/2014/11/23/31c3-ticket-shop-has-opened/ 31C3 Ticket Shop Has Opened http://events.ccc.de/2014/11/23/31c3-ticket-shop-has-opened/ Sunday, November 23rd, 2014 Need to say more? We've opened the 31C3 ticket shop. You can buy tickets online at https://tickets.events.ccc.de/. You'll notice we had to raise prices slightly. It is awfully difficult to predict the total income for an event of this size. Maybe the price for a standard ticket is 10€ too much now, depending on how many people will come. If that turns out to be true, we'll reduce it again next year. In the meantime, if you can't afford to pay the standard price, don't hesitate to use the Apply button on the bottom right of the page. It will present you with a text input and send a mail on your behalf to 31c3-frie...@cccv.de mailto:31c3-frie...@cccv.de. Of course you can send a mail without using that button, too. Rest assured, we'll find an agreement that makes both sides happy. = ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] 176k Wikidata tags to add to OSM
On Mon, Nov 24, 2014 at 6:28 AM, Edward Betts edw...@4angle.com wrote: I'm going to continue to refine my results and reduce the number of false positives. Once I'm happy with the list I'll post it here. When we have reached consensus I'll add the Wikidata tags to OSM. I won't upload my results as a single changeset, I'll split it up by region, maybe in one degree squares. You need to follow the Mechanical Edit Policy: http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy This might actually be an import, since there's another data source. Either way, your proceed needs more documentation and review to be in line with the various guidelines. - Serge ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] 176k Wikidata tags to add to OSM
On 24 November 2014 at 11:28, Edward Betts edw...@4angle.com wrote: This is a progress report about my attempt to match Wikidata items and OSM objects automatically. Thank you. This is a great piece of work, done with considerable care, and I look forward to seeing it implemented in OSM. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] weekly 226
The weekly round-up of OSM news, issue # 226, is now availalbe online in English, giving as always a summary of all things happening in the #openstreetmap #osm world: http://www.weeklyosm.eu Enjoy! -- ## Manfred ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Nieuwe stukje A4 wel standaard plattegrond, niet op transport
Beste OSM'ers, Zat even te kijken naar dat nieuwe stukje A4 tussen Dinteloord en Bergen op Zoom. Deze verschijnt wel op de standaard weergave, maar niet de transport weergave. Wordt deze transport weergave minder vaak bijgewerkt? standaard http://www.openstreetmap.org/?mlat=51.5975mlon=4.307778zoom=17#map=12/51.5975/4.3064 Transport: http://www.openstreetmap.org/?mlat=51.5975mlon=4.307778zoom=17#map=12/51.5975/4.3064layers=T ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[Talk-tr] Haftalık osm
Dear all, first of all I apologize for writing in Englisch on your mailinglist. I refer to the email from Madalina Ionescu from Sun Nov 16 and the answers here on this mailinglist. I was not able to answer on your answers to the email of my team member from Romania earlier, because I was travelling. I hope, that at least the text Madalina sent to the list was in Turkish language and understandable for you. Why she sent the email? - Because our turkish partner is not willing/able to send an email to this list. Why Madalina did not respond to you? - Because she doesn't speak Turkish (neither do I) and she found it inpolite to answer in English on your list. ... so sorry, that I am so inpolite to write in English to your list, but I think things need to be said. Why the text she sent is more or less correct? - Because Necdet, a former partner in a former project did the translation for us. (Thank you Necdet, and btw he is not responsable for the translations. ;-) ) *I beg your pardon that the translation of the weekly into your language is not in * *a quality as you expect it - and we require it from our project. * We will talk to our turkish partner, and if we are not able to deliver a better quality, we will terminate the translation into your language. Sorry again for any inconvenience -- ## Manfred Reiter ## Project Coordinator ## www.weeklyosm.eu ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
[Talk-br] Encontro de usuários QGIS
I Encontro Brasileiro de usuários QGIS - 08 e 15/12/2014 - http://qgisbrasil.org/blog/2014/11/24/encontro-brasileiro-de-usuarios-qgis-de-8-15122014-100-online/ -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Encontro de usuários QGIS
Qual é o Youtube que vai publicar as gravações? 2014-11-24 10:05 GMT-03:00 wille wi...@wille.blog.br: I Encontro Brasileiro de usuários QGIS - 08 e 15/12/2014 - http://qgisbrasil.org/blog/2014/11/24/encontro-brasileiro-de-usuarios-qgis-de-8-15122014-100-online/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Teil eines Gebäudes untervermietet. Wie abbilden?
Hallo, in meiner Region ist vor kurzem folgendes passiert: Ein Geschäft hat seine Ladenfläche verkleinert und einen Teil des Gebäudes abgetrennt. Der abgetrennte Bereich wurde an ein anderes Geschäft untervermietet. Es bleibt dabei ein Gebäude mit einer Hausnummer. Mein erster Gedanke: Die Daten des ursprünglichen Geschäfts auf einen Node und den ins Gebäude. Die Adresstags zusätzlich mit dranzusetzen dürfte auch nicht schaden. Das neue Geschäft dann als zweiten Node ins Gebäude. Auch mit allen Kontaktdaten. Was, wenn ich nun noch Eingänge mappen will? Die als zusätzlichen Node mit rein? Oder gleich den Node für die einzelnen Geschäfte als entrance in den Gebäude-Umriss? Für Tipps wäre ich dankbar. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Copyright-Frage: Bekanntmachung einer Verordnung des Landkreises
smart...@gmx-topmail.de wrote on 23.11.2014 13:31: ich habe eine Copyright-Frage: In dieser Bekanntmachung einer Verordnung des Landkreises Rotenburg wir ein neues Naturschutzgebiet bekannt gemacht. http://www.landkreis-row.de/city_info/display/dokument/show.cfm?region_id=160id=370106design_id=1757type_id=0titletext=1 Die darin benutzten Karten stammen vom Landesvermessungsamt Niedersachsen LGN von dem man auf keinen Fall abzeichnen darf. Wenn dies aber nun eine Bekanntmachung einer Verordnung des Landkreises ist, gilt das dann als öffentlichtes Dokument? Kann man dann die Grenze des NSG verwenden und abzeichnen? Eine Möglichkeit wäre es einfach mal zu fragen. Wir haben (in der prä-Bing Zeit) einfach die Aachener Verwaltung gefragt und gesagt bekommen, dass wir einige (bestandteil der satzung...) Verordnungen wegen §5 gerne zum Gebäudeabzeichnen nutzen können. -- Grüße Holger ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM - ContourMerge
Liebe JOSM-Mapper, in JOSM gibt es ein Plugin http://wiki.openstreetmap.org/wiki/JOSM/Plugins/ContourMerge mit dem man Linien aneinanderkleben kann. Gibt es auch ein Undo-Plugin, mit dem man aneinandergeklebte Linien simpel und sauber trennen kann? Ich vermute, das Merge-Plugin stammt noch aus Zeiten, wo man Flächen aneinanderklebte, damit es nach dem Rendern schön aussieht, da einige Mapper weisse Ränder in der Karte verhindern wollten... (Gibt es noch jemanden der das benutzt? wofür?) Solch aneinandergeklebte Linien (meist Linie an Fläche, aber auch Fläche an Fläche) sind nur sehr mühsam getrennt zu warten. Gruss, Markus PS: vielleicht kann man ja das Merge-Plugin auch ganz entfernen? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - ContourMerge
Im Utilsplugin2 gibt es Unglue ways (Shift-G). Ich verstehe warum wir nicht mehr Linie an Fläche kleben wollen, Fläche an Fläche sollte aber doch kein Problem sein? Ich beschäftige mich nicht oft mit Landuse oder Landcover, aber um Wiesen an Wald zu kleben ist das ContourMerge manchmal wohl praktisch. Polyglot 2014-11-24 10:36 GMT+01:00 Markus liste12a4...@gmx.de: Liebe JOSM-Mapper, in JOSM gibt es ein Plugin http://wiki.openstreetmap.org/wiki/JOSM/Plugins/ContourMerge mit dem man Linien aneinanderkleben kann. Gibt es auch ein Undo-Plugin, mit dem man aneinandergeklebte Linien simpel und sauber trennen kann? Ich vermute, das Merge-Plugin stammt noch aus Zeiten, wo man Flächen aneinanderklebte, damit es nach dem Rendern schön aussieht, da einige Mapper weisse Ränder in der Karte verhindern wollten... (Gibt es noch jemanden der das benutzt? wofür?) Solch aneinandergeklebte Linien (meist Linie an Fläche, aber auch Fläche an Fläche) sind nur sehr mühsam getrennt zu warten. Gruss, Markus PS: vielleicht kann man ja das Merge-Plugin auch ganz entfernen? ___ 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] JOSM - ContourMerge
Am 24. November 2014 um 11:14 schrieb Jo winfi...@gmail.com: Ich verstehe warum wir nicht mehr Linie an Fläche kleben wollen, Fläche an Fläche sollte aber doch kein Problem sein? Ich beschäftige mich nicht oft mit Landuse oder Landcover, aber um Wiesen an Wald zu kleben ist das ContourMerge manchmal wohl praktisch. wenn das mehr als 2-3 Punkte sind, die gemeinsam sind, dann würde ich eher eine Multipolygon-Relation (bzw. je eine) anlegen, weil ich das besser zum Weiterbearbeiten finde (gestapelte Linien sind ziemlich mühsam zu editieren), und auch eleganter in der Art der Datenhaltung. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - ContourMerge
Jo winfixit at gmail.com writes: Im Utilsplugin2 gibt es Unglue ways (Shift-G). Ich verstehe warum wir nicht mehr Linie an Fläche kleben wollen, Fläche an Fläche sollte aber doch kein Problem sein? Das sieht jeder anders. Da ich zusammengeklebte Flächen aber als unglaublich schlecht editierbar empfinde vermeide ich das *generell*. Wenn ich doch sowas editieren muss, um z.B. zwischen Ackerland und Wald noch einmal Wiese dazwischen zu bekommen, dann fummle ich das zwar auseinander, klebe es aber im Nachgang nicht wieder zusammen. Besonders ätzend sind so Fälle wo links von Weg Wald und rechts davon Ackerland ist und das alles schön zusammengeklebt wurde. Also über die gleichen Punkte zwei Flächen und der Weg. Nicht selten auch schon mit diversen Überlappungen der Flächen weil Vorgänger sich schon die Zähne an diesem Konstrukt ausgebissen haben... Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Teil eines Gebäudes untervermietet. Wie abbilden?
Am 24. November 2014 um 09:07 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: in meiner Region ist vor kurzem folgendes passiert: Ein Geschäft hat seine Ladenfläche verkleinert und einen Teil des Gebäudes abgetrennt. Der abgetrennte Bereich wurde an ein anderes Geschäft untervermietet. Es bleibt dabei ein Gebäude mit einer Hausnummer. Mein erster Gedanke: Die Daten des ursprünglichen Geschäfts auf einen Node und den ins Gebäude. Die Adresstags zusätzlich mit dranzusetzen dürfte auch nicht schaden. Das neue Geschäft dann als zweiten Node ins Gebäude. Auch mit allen Kontaktdaten. wieso als nodes, wenn Du offenbar die genau Lage der beiden Geschäfte kennst? Ich würde 2 polygone verwenden für die jeweiligen Geschäfte, bzw. Multipolygone. Was, wenn ich nun noch Eingänge mappen will? als entrance=main/yes einen node jeweils am Eingang ...Oder gleich den Node für die einzelnen Geschäfte als entrance in den Gebäude-Umriss? das hielte ich für eine schlechte Lösung, da wäre ja (geometrisch) nichtmal klar, ob der Laden überhaupt im Gebäude drinnen ist. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - ContourMerge
Vor einige Jahren hatte ich verstanden dass das der richtige Vorgang ist/war. Ich benutze Filter um das bearbeiten zu können, aber das ist auch nicht ideal. Ohne Filter bekommen die Landuse natürlich auch sachen von der Strasse wie Crossing usw. Für mich wäre das schon besser als wir auch ein landuse=highway hätten. Multipolygone haben ihre eigene Probleme. Wenn die Relation nicht mit runtergeladen ist, ist undeutlich was diese Ways ohne Tags da machen... Jedenfalls, mit Shift-G (aus der Utilsplugin2) kann man die einfach komplett los voneinander machen. Jo 2014-11-24 11:51 GMT+01:00 Manuel Reimer manuel.s...@nurfuerspam.de: Jo winfixit at gmail.com writes: Im Utilsplugin2 gibt es Unglue ways (Shift-G). Ich verstehe warum wir nicht mehr Linie an Fläche kleben wollen, Fläche an Fläche sollte aber doch kein Problem sein? Das sieht jeder anders. Da ich zusammengeklebte Flächen aber als unglaublich schlecht editierbar empfinde vermeide ich das *generell*. Wenn ich doch sowas editieren muss, um z.B. zwischen Ackerland und Wald noch einmal Wiese dazwischen zu bekommen, dann fummle ich das zwar auseinander, klebe es aber im Nachgang nicht wieder zusammen. Besonders ätzend sind so Fälle wo links von Weg Wald und rechts davon Ackerland ist und das alles schön zusammengeklebt wurde. Also über die gleichen Punkte zwei Flächen und der Weg. Nicht selten auch schon mit diversen Überlappungen der Flächen weil Vorgänger sich schon die Zähne an diesem Konstrukt ausgebissen haben... Gruß Manuel ___ 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] Ticketverkauf 31C3 hat begonnen
FYI. der Ticketverkauf für den 31C3 hat begonnen. Alle Mapper welche auf die OSM-Assembly auf dem Congress kommen wollen haben jetzt die Chance zuzugreifen... https://events.ccc.de/congress/2014/wiki/Assembly:OpenStreetMap.de Cheers, Michael. Nachfolgend die Original-Ankündigung, sorry für Englisch. = http://events.ccc.de/2014/11/23/31c3-ticket-shop-has-opened/ 31C3 Ticket Shop Has Opened http://events.ccc.de/2014/11/23/31c3-ticket-shop-has-opened/ Sunday, November 23rd, 2014 Need to say more? We've opened the 31C3 ticket shop. You can buy tickets online at https://tickets.events.ccc.de/. You'll notice we had to raise prices slightly. It is awfully difficult to predict the total income for an event of this size. Maybe the price for a standard ticket is 10€ too much now, depending on how many people will come. If that turns out to be true, we'll reduce it again next year. In the meantime, if you can't afford to pay the standard price, don't hesitate to use the Apply button on the bottom right of the page. It will present you with a text input and send a mail on your behalf to 31c3-frie...@cccv.de mailto:31c3-frie...@cccv.de. Of course you can send a mail without using that button, too. Rest assured, we'll find an agreement that makes both sides happy. = ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM - Fernsteuerung - Sicherheit
Liebe JOSM-Spezialisten, Beim Aktivieren der Fernsteuerung ist als Standard ein- bzw aus- geschaltet: HTTPS Unterstützung aktivieren x Daten über API laden x Daten von URL omportieren Lokale Dateien öffnen x Hintergrund-Ebenen laden x Auswahl ändern x Ansicht ändern x Neue Objekte erstellen x Protokollversion lesen Objekte in neue Ebene herunterladen Alle Fernsteuerungsaktionen manuell bestätigen Dazu habe ich folgende Fragen: - was bedeuten die einzelnen Optionen genau? (die Hilfe ist leider nur in Englisch verfügbar) - welche sollte man aus Sicherheitsgründen ausschalten? warum? Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Teil eines Gebäudes untervermietet. Wie abbilden?
On 11/24/2014 12:10 PM, Martin Koppenhoefer wrote: wieso als nodes, wenn Du offenbar die genau Lage der beiden Geschäfte kennst? Genaue Lage eher nicht. Ich kann die Lage anhand der Gebäudegeometrie grob schätzen. Ich war am Wochenende dort zu einem Tag der offenen Tür. In nächster Zeit werde ich dort aber nicht mehr hinkommen um nochmal mit GPS nachzumessen. Ich würde 2 polygone verwenden für die jeweiligen Geschäfte, bzw. Multipolygone. Ich versuche zwar Relationen zu vermeiden wo es möglich ist, aber rein interessehalber: Wie genau würdest du das lösen? Ich hatte eigentlich nicht vor das Gebäude aufzuteilen. Es ist nunmal ein und dasselbe Gebäude geblieben. Es wurde lediglich eine Zwischenwand eingezogen. als entrance=main/yes einen node jeweils am Eingang Klar. Nur wie ordnest du den Eingang dem Geschäft zu? Wobei es rein technisch gesehen ja durchaus möglich wäre einfach den nächsten Eingang zu nehmen beim Routing. Keine Ahnung ob das irgendwer so macht... Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Fernsteuerung - Sicherheit
On 24.11.2014 19:34, Markus wrote: - welche sollte man aus Sicherheitsgründen ausschalten? warum? Gefahr für deinen PC besteht bei den Vorgaben keine. Wenn du paranoid veranlagt bist solltest du das Feature abgeschaltet lassen, da Webseiten erkennen könnten dass bei Dir JOSM läuft. Was auch immer man mit der Info anfangen könnte. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Fernsteuerung - Sicherheit
Hallo Stephan, Gefahr für deinen PC besteht bei den Vorgaben keine. Ok, danke. Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Teil eines Gebäudes untervermietet. Wie abbilden?
Am 24. November 2014 um 15:40 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Ich versuche zwar Relationen zu vermeiden wo es möglich ist, aber rein interessehalber: Wie genau würdest du das lösen? Ich hatte eigentlich nicht vor das Gebäude aufzuteilen. Es ist nunmal ein und dasselbe Gebäude geblieben. Es wurde lediglich eine Zwischenwand eingezogen. Du könntest z.B. so vorgehen mit JOSM: 1. eine Multipoligon-relation erstellen für das Gebäude, dann den Relationeneditor schließen (z.B. Gebäude selektieren, dann ctrl+alt+a drücken, erfordert glaub utils-plugin2) 2. einen neuen way ziehen der das Gebäude teilt und an den Schnittpunkten endet. 3. an diesen beiden neuen Nodes den outer way des Gebäudes teilen in 2 ways (Schnittpunkte Gebäude-neuer way selektieren und p) 4. jeweils einen way des Gebäudes und den neuen way selektieren und je eine neue Multipolygon-relation erstellen (ctrl+b), die den shop-Wert, Namen etc. bekommt. Am Ende hast Du 3 Relationen, eine für das Gebäude und je eine für die Shops. Wenn Du so wie beschrieben vorgehst ist das nicht viel Aufwand (nicht ganz sicher, ob die Shortcuts alle standard sind). Die Position der Wand mit GPS messen funktioniert mit den bei uns üblichen GPS nur schlecht, entweder schätzst Du das, oder misst es per Laser, oder Schritte zählen oder so. als entrance=main/yes einen node jeweils am Eingang Klar. Nur wie ordnest du den Eingang dem Geschäft zu? das ist dann automatisch der Fall, wenn der Eingang auf dem Umriss des Geschäfts liegt, d.h. es ist ein Eingang fürs Gebäude und für das Geschäft. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Teil eines Gebäudes untervermietet. Wie abbilden?
On 11/24/2014 06:12 PM, Martin Koppenhoefer wrote: Du könntest z.B. so vorgehen mit JOSM: 1. eine Multipoligon-relation erstellen für das Gebäude, dann den Relationeneditor schließen (z.B. Gebäude selektieren, dann ctrl+alt+a drücken, erfordert glaub utils-plugin2) 2. einen neuen way ziehen der das Gebäude teilt und an den Schnittpunkten endet. 3. an diesen beiden neuen Nodes den outer way des Gebäudes teilen in 2 ways (Schnittpunkte Gebäude-neuer way selektieren und p) 4. jeweils einen way des Gebäudes und den neuen way selektieren und je eine neue Multipolygon-relation erstellen (ctrl+b), die den shop-Wert, Namen etc. bekommt. Am Ende hast Du 3 Relationen, eine für das Gebäude und je eine für die Shops. Wenn Du so wie beschrieben vorgehst ist das nicht viel Aufwand (nicht ganz sicher, ob die Shortcuts alle standard sind). Und wenn das später jemand editieren soll dreht sich ihm der Magen um ;) Nicht ganz meine bevorzugte Arbeitsweise. Ich werde erstmal zwei Nodes ins Gebäude werfen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Alle Jahre wieder ..... und das zum 5. Male
Hoho und Moin ! es ist wieder soweit und die Anti-Weihnachtsmänner hatten wohl schon die Hoffnung dieses Jahr ein XMAS-Jahr zu haben. Die XMAS-Karte 2014 ist wieder online unter http://www.tappenbeck.net/osm/maps/deu/index.php?id=1032 Wie im letzten Jahr hoffe ich auf rege Teilnahme an diesem zeitlich begrenzten Projekt - auch wieder mit einem Report zur Aktualität. Im Zeitalter von Overpass wird die Karte immer noch manuell aktualisiert - etwas //konservativ/ /muss man auch bei OSM sein. Allerdings kann ich nicht garantieren jeden Tag das Update zu starten. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Teil eines Gebäudes untervermietet. Wie abbilden?
Am 24.11.2014 um 20:31 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Und wenn das später jemand editieren soll dreht sich ihm der Magen um ;) wieso? das lässt sich ganz einfach editieren, und wenn Du als nächstes nicht nur den Eingang sondern irgendwas anderes in dem Laden mappen willst, brauchst Du dir keine Gedanken machen wie das geht weil es logisch ist ;-) Am besten noch einen building:level tag dazu. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Teil eines Gebäudes untervermietet. Wie abbilden?
Martin Koppenhoefer dieterdreist at gmail.com writes: Und wenn das später jemand editieren soll dreht sich ihm der Magen um ;) wieso? das lässt sich ganz einfach editieren, und wenn Du als nächstes nicht nur den Eingang sondern irgendwas anderes in dem Laden mappen willst, brauchst Du dir keine Gedanken machen wie das geht weil es logisch ist Für einen Fortgeschrittenen mag es bedingt logisch sein. Davon abgesehen, dass ich Relationen bisher in keinem Editor komfortabel gefunden habe. Ein Einsteiger, der etwas nachtragen will, macht mir sowas möglicherweise auch gleich wieder kaputt. Gleich drei Relationen für ein Gebäude, das ich eigentlich garnicht teilen will, weil es in der Realität ja ein und dasselbe Gebäude geblieben ist, sind mir echt zu viel des guten. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Import Civici Biella
2014-11-11 12:28 GMT+01:00 Andrea Musuruane musur...@gmail.com: Ciao a tutti, seguendo le import guidelines, con questa mail inizio il processo di discussione sull'importazione dei numeri civici di Biella messi a disposizione dal Comune. Il piano di dettaglio - che è oggetto di discussione - è descritto su questa pagina wiki: https://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Biella Ho importato i dati http://www.openstreetmap.org/changeset/26989482 Grazie a tutti per i suggerimenti. Ora QA :) Bye, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pagina con elenco amministrazioni locali contattate
Vorrei ricordare a tutti coloro che hanno in passato contattato pubbliche amministrazioni per il rilascio di dati cartografici, di compilare la pagina web https://wiki.openstreetmap.org/wiki/IT:Elenco_amministrazioni_contattate così da poter tenere traccia del lavoro svolto. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problema routing
Sent: Sunday, November 23, 2014 at 11:19 AM From: emmexx emm...@tiscalinet.it Insisto sul fatto che, a prescindere dalla restrizione usata, il problema e' di osrm. ciao maxx FYI Sent: Monday, November 24, 2014 at 11:17 AM From: Dennis Luxen notificati...@github.com To: Project-OSRM/osrm-backend osrm-back...@noreply.github.com Cc: Matteo Quatrida matteo.quatr...@linuxmail.org Subject: Re: [osrm-backend] Problem with only_straight_on restriction (#1286) Thanks all for providing the links. That was really helpful. I have identified an issue in the restrictions parsing code and a patch to the issue should be ready within an hour or two. — Reply to this email directly or view it on GitHub[https://github.com/Project-OSRM/osrm-backend/issues/1286#issuecomment-64173743]. -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utilizzo di disused:amenity
2014-11-24 8:29 GMT+01:00 demon.box e.rossin...@alice.it: Chiedo soltanto una conferma. Nel caso ad esempio di una postazione di caccia dismessa/abbandonata devo per forza usare: disused:amenity=hunting_stand ? Se faccio: amenity=hunting_stand disused=yes non è corretto/equivalente? perché disused? Se è utilizzabile rimane sempre un amenity=hunting_stand, a prescindere di utilizzatori. Se invece non è più utilizzabile non lo mapperei, oppure mapperei come rovina ;-) In generale è più corretto disused:amenity=hunting_stand e sconsigliabile l'attributo disused=yes, perché si corre il rischio di confondere un oggetto in disuso con uno usato. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mappe dinamiche con QGIS
Ragazzi, sto prendendo confidenza con il framework QGIS e lo trovo veramente interessante. Domanda da neofita: è possibile creare una mappa che si aggiorni dinamicamente con una query direttamente dai dati prelevati da OSM? Grazie! -- Matteo Tempestini *www.pratosmart.org http://www.pratosmart.org* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import Civici Biella
Eccellente lavoro! Posso consigliare per il QA il plugin/tema Coloured Street per JOSM? http://josm.openstreetmap.de/wiki/Styles/Coloured_Streets Permette immediatamente di individuare errori legati alle combinazioni civico/nome strada/indirizzo completo tramite un set di colori, che saltano immediatamente all'occhio del mappatore. L'ho usato per correggere alcuni indirizzi a Rimini e devo dire che ora è uno strumento essenziale del mio processo di QA. Ciao! Leonardo Il giorno 24 novembre 2014 10:09, Andrea Musuruane musur...@gmail.com ha scritto: 2014-11-11 12:28 GMT+01:00 Andrea Musuruane musur...@gmail.com: Ciao a tutti, seguendo le import guidelines, con questa mail inizio il processo di discussione sull'importazione dei numeri civici di Biella messi a disposizione dal Comune. Il piano di dettaglio - che è oggetto di discussione - è descritto su questa pagina wiki: https://wiki.openstreetmap.org/wiki/Import/Catalogue/Address_import_for_Biella Ho importato i dati http://www.openstreetmap.org/changeset/26989482 Grazie a tutti per i suggerimenti. Ora QA :) Bye, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utilizzo di disused:amenity
anche per me disused:tag... va bene. Prova a verificare che il tag non venga renderizzato. Sulla mappa Osm, su Osmand, su Overpass ad esempio i tag da me inseriti con disused non sono visualizzati (nella forma originale). Il 11/24/2014 12:14 PM, Martin Koppenhoefer ha scritto: 2014-11-24 8:29 GMT+01:00 demon.box e.rossin...@alice.it mailto:e.rossin...@alice.it: Chiedo soltanto una conferma. Nel caso ad esempio di una postazione di caccia dismessa/abbandonata devo per forza usare: disused:amenity=hunting_stand ? Se faccio: amenity=hunting_stand disused=yes non è corretto/equivalente? perché disused? Se è utilizzabile rimane sempre un amenity=hunting_stand, a prescindere di utilizzatori. Se invece non è più utilizzabile non lo mapperei, oppure mapperei come rovina ;-) In generale è più corretto disused:amenity=hunting_stand e sconsigliabile l'attributo disused=yes, perché si corre il rischio di confondere un oggetto in disuso con uno usato. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il Garmin a Bologna mi porta nelle ZTL
2014-11-22 15:43 GMT+01:00 Stefano Droghetti stefano.droghe...@gmail.com: access=destination metterei invece del access un motor_vehicle=destination oppure in questo caso (moto e motorini mai vietate) motorcar=destination. Se metti questo devi per forza anche aggiungere un motor_vehicle:conditional=yes @ (18:30-07:30) perché altrimenti non possono mai entrare. Il modo destination comunque non è mai corretto per le ZTL che conosco io. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il Garmin a Bologna mi porta nelle ZTL
2014-11-22 17:55 GMT+01:00 Stefano Droghetti stefano.droghe...@gmail.com: Giustissimo ma a Bologna, come a Ferrara del resto, la ZTL è 24 ore su 24. Significa semplicemente vietato l'accesso a tutti eccetto chi ha uno speciale permesso (di varia natura) apposto sul cruscotto. motor_vehicle=private Mai mettere access se non si vuole escludere pedoni. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il Garmin a Bologna mi porta nelle ZTL
2014-11-22 6:46 GMT+01:00 Giacomo Boschi gwil...@gmail.com: Ad esempio a Prato il tagging delle strade ZTL è così al momento: motorcar:conditional=no @ (07:30-18:30) emergency=yes psv=yes Che è il modo migliore che ho trovato di tradurre l'ordinanza comunale, che recita: Transito vietato ai veicoli a motore eccetto: autorizzati, ciclomotori, motocicli, trasporto pubblico, NCC, disabili, soccorso, forze armate, polizia, antincendio, autoambulanze, protezione civile, pubbliche amministrazioni. (il tutto dalle 07:30 alle 18:30) con il tagging attuale non si gestisce pubbliche amministrazioni, forze armate, disabili, NCC (? oppure è compreso in trasporto pubblico? Nella wiki psv comprende soltanto taxi e bus, tram non è contemplato tra altro), autorizzati. metterei motorcar=private motorcar:conditional=yes @ (18:30-07:30) emergency=yes psv=yes disabled=yes in quella maniera se il router non evalua le restrizioni condizionali, al meno non ti fa andare. Mancano forze armate, NCC (forse), pubbliche amministrazioni. Ho scritto nel merito alla lista di tagging, suggerendo di aggiungere 2 classi: public_administration e military, alla pagina di access. Domande: 1. NCC secondo voi fa parte di psv? 2. I carabinieri, che sono, police o military? (Probabilmente non è molto rilevante nel mondo reale). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mappatura: Edifici
Ciao a tutti. Domanda rapida sull'uso del tag /building=*/: mi trovo a mappare alcune installazioni (un centro sportivo) in cui sono presenti i classici palloni (sia flosci che con struttura portante in tubi metallici) a copertura dei campi da gioco (ad es.: Tennis). In questo caso, oltre a /leisure=pitch/ e /sport=*/ si applica ugualmente il tag Building oppure è previsto altro? Ho provato a cercare strutture simili nel Wiki, ma né /Greenhouse /né /Hangar/ mi pare si addicano... Ciao e grazie, MAx -- View this message in context: http://gis.19327.n5.nabble.com/Mappatura-Edifici-tp5825218.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] Mappatura: Edifici
2014-11-24 13:31 GMT+01:00 Max1234Ita max1234...@gmail.com: Domanda rapida sull'uso del tag /building=*/: mi trovo a mappare alcune installazioni (un centro sportivo) in cui sono presenti i classici palloni (sia flosci che con struttura portante in tubi metallici) a copertura dei campi da gioco (ad es.: Tennis). In questo caso, oltre a /leisure=pitch/ e /sport=*/ si applica ugualmente il tag Building oppure è previsto altro? il tag leisure=pitch non si riferisce mai ad un edificio, si riferisci ad un campo, che può essere all'aperto o anche dentro un edificio. Invece per l'edificio conviene creare un oggetto a parte, con tagging come per tutti gli edifici. Per esempio se vuoi essere dettagliato nella descrizione della struttura portante, potresti usare un tag come building:structure: http://taginfo.osm.org/keys/building%3Astructure con un valore come air_hall, pneumatic / pneumatic_hall (strutture ad aria compressa). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Import Civici Biella
Bel lavoro, complimenti!! Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OSM Statistics
Ciao a tutti di nuovo, qualcuno di voi conosce un sistema per monitorare a livello di statistiche generali un gruppo di utenti su OSM? Sto cercando una soluzione semplice per valutare quanto è attiva una community in termini di edifici mappati in un certo periodo definito. Saluti -- Matteo Tempestini *www.pratosmart.org http://www.pratosmart.org* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Problema routing
A proposito di OSRM, qualcuno di voi sa per quanto rimangono validi i link al percorso (sia mi ricordo che dopo un po' di tempo non funzionavano più, sia essendo la URL molto corta, presumo si eusariscano in fretta tutte le possibilità) AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Posizionamento coordinate geografiche
Ieri ho scaricato il csv delle farmacie italiane dal sito dati del ministero della salute. http://www.dati.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5 Tra i dati riportati vi sono la latitudine e longitudine della farmacia. Ne ho visionate un paio inserite da me, ma dalle immagini satellitari (bing) mi risulta uno scostamento paragonabile a circa 5-8 metri. Praticamente uno stabile ad ala mi riporterebbe la farmacia in un settore attiguo. Vi risulta che un errore può esserci dalle immagini satellitari e questi dati del ministero sono attendibili a livello di coordinate? Grazie Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento coordinate geografiche
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 24/11/2014 20:16, Gianluca Boero ha scritto: Ieri ho scaricato il csv delle farmacie italiane dal sito dati del ministero della salute. http://www.dati.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5 Tra i dati riportati vi sono la latitudine e longitudine della farmacia. Ne ho visionate un paio inserite da me, ma dalle immagini satellitari (bing) mi risulta uno scostamento paragonabile a circa 5-8 metri. Praticamente uno stabile ad ala mi riporterebbe la farmacia in un settore attiguo. Vi risulta che un errore può esserci dalle immagini satellitari e questi dati del ministero sono attendibili a livello di coordinate? Grazie Gianluca Boero Quando va bene sì, quando và male, a me me ne sono capitate un paio distanti chilometri, comunque il dataset è comodo per i nomi delle vie e gli operatori/proprietari, nonchè il nome della farmacia, per le coordinate, stendiamo un velo pietoso. Insomma, io lo uso solo per ricalco o attingere informazioni, non per locazione precisa della farmacia. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUc4zuAAoJEMTPIIVov0Zt4zAIAIW7vYXmCYf75/MYmW4/smJ8 X9VabpTI/nEGVqKzxvDQKi6XHLyvsy1TglAloFJ5dIhygEU6WcO3Li6uLZqJ5ODp vivFvKMKBYfF85j0/skBsUcU+EBnKH4wLKo0ew96DptKFZY+OWEluMsoMmpOnBfA 60aztlaBEJbg1nAGw1GrHUw847doMQKKVvnXooOcjxPH09ZnlwGc7e4PjmVnytF7 Fk+M+0TYAWXnPtj0HgXb1dYftLRrMvhLDFkCxryLDC2TbFJI8ng0qucDeNtEv0qb w1LYmU5s2ieHR6Prqloljou9GpogRKe21AdSFZUT1Q8oWxHMY3Jn8kuc/6/nOoM= =5Qt/ -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento coordinate geografiche
Am 24.11.2014 um 20:16 schrieb Gianluca Boero gianlucabo...@alice.it: visionate un paio inserite da me, ma dalle immagini satellitari (bing) mi risulta uno scostamento paragonabile a circa 5-8 metri. Farei piuttosto un controllo col geocoder di Google ;-) ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utilizzo di disused:amenity
Mi riferisco ad un capanno di legno/lamiera che una volta era utilizzato come appostamento di caccia ma ora è abbandonato. Io tendo a mapparlo sempre perché costituisce comunque un elemento di orientamento quando si percorre un sentiero. Utilizzerò quindi il tag *disused:amenity=hunting_stand* -- View this message in context: http://gis.19327.n5.nabble.com/utilizzo-di-disused-amenity-tp5825184p5825281.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
[Talk-it] Errore di routing
Ciao a tutti, qualcuno riesce ad aiutarmi a capire cosa causa questo errore di routing? http://osrm.at/aay A me sembra tutto a posto! :-( Grazie, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errore di routing
Ciao, se guardi un paio di email precedenti (titolo: Problema routing) noterai che sei incappato nello stesso errore dell'utente della mail. C'è un problema nella gestione del solo dritto ed è comunque legato a una disfunzione dell'algoritmo di osmr. Sembra però che sarà fixato a breve :) https://github.com/Project-OSRM/osrm-backend/issues/1286#issuecomment-64173743 Leonardo Il 24/11/2014 22:38, Simone Saviolo ha scritto: Ciao a tutti, qualcuno riesce ad aiutarmi a capire cosa causa questo errore di routing? http://osrm.at/aay A me sembra tutto a posto! :-( Grazie, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errore di routing
Hai ragione, colpa mia. L'errore è quello già discusso. Grazie, Simone Il giorno 24 novembre 2014 22:45, Leonardo kinetocor...@gmail.com ha scritto: Ciao, se guardi un paio di email precedenti (titolo: Problema routing) noterai che sei incappato nello stesso errore dell'utente della mail. C'è un problema nella gestione del solo dritto ed è comunque legato a una disfunzione dell'algoritmo di osmr. Sembra però che sarà fixato a breve :) https://github.com/Project-OSRM/osrm-backend/issues/1286#issuecomment-64173743 Leonardo Il 24/11/2014 22:38, Simone Saviolo ha scritto: Ciao a tutti, qualcuno riesce ad aiutarmi a capire cosa causa questo errore di routing? http://osrm.at/aay A me sembra tutto a posto! :-( Grazie, Simone ___ Talk-it mailing listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utilizzo di disused:amenity
Il 24/11/2014 21:46, demon.box ha scritto: Io tendo a mapparlo sempre perché costituisce comunque un elemento di orientamento quando si percorre un sentiero. Ciao, ma se nessuna mappa renderizza l'elemento, come pensi possa essere utilizzato per l'orientamento? -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Errore di routing
Il 24/11/2014 23:25, Simone Saviolo ha scritto: Hai ragione, colpa mia. L'errore è quello già discusso. Grazie, Simone A me lo visualizza già corretto! -- Matteo Quatrida GNU/Linux User #498939 OpenStreetMap Contributor since 2009 «Be GREEN and keep it on your SCREEN!» ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento coordinate geografiche
Hai fatto un controllo con PCN2006? Bing non è affidabile. Il giorno 24 novembre 2014 20:16, Gianluca Boero gianlucabo...@alice.it ha scritto: Ieri ho scaricato il csv delle farmacie italiane dal sito dati del ministero della salute. http://www.dati.salute.gov.it/dati/dettaglioDataset.jsp?menu=datiidPag=5 Tra i dati riportati vi sono la latitudine e longitudine della farmacia. Ne ho visionate un paio inserite da me, ma dalle immagini satellitari (bing) mi risulta uno scostamento paragonabile a circa 5-8 metri. Praticamente uno stabile ad ala mi riporterebbe la farmacia in un settore attiguo. Vi risulta che un errore può esserci dalle immagini satellitari e questi dati del ministero sono attendibili a livello di coordinate? Grazie Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Etiquetado de casas.
Yo también estoy interesado en esta discusión porque siempre tengo la duda de si estoy etiquetando bien. Resumo un poco lo que he encontrado en la wiki. Está ordenado de menor a mayor grado de degradación: - *Disused* (disused:amenity=parking). Elementos degradados que ya no cumplen su uso original pero que sin mucho trabajo podrían volver a funcionar. - *Abandoned* (abandoned:highway=unclassified). Elementos abandonados y con un alto grado de deterioro que requieren de mucho esfuerzo para recuperar su función. - *Ruins* (ruins=yes) Construcciones en ruinas, tanto de carácter histórico cono no histórico en las que se añade el tipo de estructura en otra etiqueta asociada: - Para estructuras de importancia histórica la wiki sugiere dos combinaciones de etiquetas con una sutil diferencia en su significado: - Añadir las etiquetas historic=ruins, ruins=castle sugiere un castillo prácticamente destruido en el que solo se muestran principalmente las ruinas de la planta, alguna columna, arco o pared o vano. - La combinación historic=castle, ruins=yes se aproxima a unas ruinas que se parecen mucho a un castillo. Su estructura actual nos permite fácilmente imaginar el edificio y función original. - Para estructuras de carácter no histórico se suelen combinar con otras etiquetas: building=yes, ruins=yes El 24 de noviembre de 2014, 0:14, Carrajo carr...@gmail.com escribió: El 22 de noviembre de 2014, 10:47, Konfrare Albert lakonfrariadelav...@gmail.com escribió: Hola, Quizás ya lo has visto, pero también tienes la key disused: http://wiki.openstreetmap.org/wiki/Key:disused Sí, también la quiero usar, y estoy en el mismo caso que con la clave abandoned: una vez asigno disused:building=house, el área deja de ser casa para ser nada... ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-ar] Consulta Ruta al Tigre
Este fin de semana me fui de paseo al Tigre. En el viaje, fue usando el ultimo mapa de Argentina de OsmAnd para Android. Resulta que luego del peaje que hay al bifurcarse la panamericana, en las 2 salidas siguientes, la ruta marcada me sacaba de la ruta y me hacia volver a ingresar, en vez de seguir por la ruta principal (no le hice caso, por supuesto :D ) a partir de la 3° salida, esto ya no pasaba. Estuve revisando el mapa a ver si encontraba la diferencia, pero no vi nada, pero la verdad que nunca dibuje ninguna ruta ni autopista mas allá de algo muy menor. Alguien que sepa mas del tema le quiere dar una mirada o darme una pista de que revisar? Puede ser una mala recomendación del OsmAnd y que OpenStreetMap no tenga nada que ver? Saludos Hernan PD: Si esta por acá quienes cartografiaron el delta, Felicitaciones!, al menos por donde anduve fue un lujo, poder ir viendo los arroyos, rios, senderos, etc. Muchas gracias! :) ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
[Talk-ee] Maa-Ameti WMS serveri aadressimuudatus
Üks seni kasutuses olnud Maa-Ameti WMS serveri aadressidest ei ole enam kasutusel: http://xgis.maaamet.ee/wms-pub/ Sellele serverile on viiteid Wikis: http://wiki.openstreetmap.org/wiki/Et:Beginners_Guide_1.1.2 JOSM'i Wikis: http://josm.openstreetmap.de/wiki/Maps/Estonia JOSM'is viitavad kõik 3 eelseadistatud Maa-Ameti taustakihti sellele aadressile. Merkaartori pakkimisel Debiani jaoks on keegi hea inimene need taustakihid juurde lisanud. http://osmlab.github.io/editor-imagery-index/ http://osmlab.github.io/historic-imagery-index/ Kindlasti leidub veel kohti, kus seda aadressi kasutati või see niisama kirjas oli. Toimivatest aadressidest ülevaade: http://geoportaal.maaamet.ee/est/Teenused/Avalik-WMS-teenus-p65.html Enamuste kasutusele jäänud aadresside kordinaatsüsteemiks on EPSG:3301 vaid http://kaart.maaamet.ee/wms/alus-geo? on kordinaatsüsteemis EPSG:4326 //Hetkel ma wikis ja mujal muudatusi ise tegema ei hakka, kuna mul pole õnnestunud veel osasid kihte (sealhulgas värvilist põhikaarti ja halduspiirjoontega kaarti) enda arvutis näitama saada. Seda nii Merkaartori kui JOSM'iga proovides. Mihkel ___ Talk-ee mailing list Talk-ee@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-at] Straßenbahnen werden nicht gerendert
Am 15. August 2014 21:34 schrieb Simon Legner simon.leg...@gmail.com: derzeit gibt es ein Problem mit dem Mapnik-Style auf osm.org, sodass Straßenbahnen nicht gerendert werden, wenn sie auf der Straße gemappt sind. https://github.com/gravitystorm/openstreetmap-carto/issues/874 Der Effekt ist, dass die Straßenbahnen in Wien, Graz, Innsbruck sehr lückenhaft dargestellt werden. Linz ist wohl nicht betroffen, weil railway=tram nie (?) zusammen mit highway vorkommt. Hängt der Bug das Strassenbahn- und UBahn-Linien in der Transport Map gar nicht angezeigt werden damit zusammen oder ist das unabhängig? Ein Transportlayer auf der osm Seite ist zwar grundsätzlich gut, aber wenn dann die wichtigsten Verbindungen nicht angezeigt werden macht das keinen guten Eindruck. lg, Florian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßenbahnen werden nicht gerendert
On Mon, Nov 24, 2014 at 07:05:38PM +0100, kelvan bugmenot wrote: Am 15. August 2014 21:34 schrieb Simon Legner simon.leg...@gmail.com: derzeit gibt es ein Problem mit dem Mapnik-Style auf osm.org, sodass Straßenbahnen nicht gerendert werden, wenn sie auf der Straße gemappt sind. https://github.com/gravitystorm/openstreetmap-carto/issues/874 Der Effekt ist, dass die Straßenbahnen in Wien, Graz, Innsbruck sehr lückenhaft dargestellt werden. Linz ist wohl nicht betroffen, weil railway=tram nie (?) zusammen mit highway vorkommt. Hängt der Bug das Strassenbahn- und UBahn-Linien in der Transport Map gar nicht angezeigt werden damit zusammen oder ist das unabhängig? Ein Transportlayer auf der osm Seite ist zwar grundsätzlich gut, aber wenn dann die wichtigsten Verbindungen nicht angezeigt werden macht das keinen guten Eindruck. Du meinst, dass die Bezeichnung nicht dabei steht? Das ist in diesem Stil leider einfach so. Ich hab Andy Allen (den Entwickler des Stils) bei der SOTM-EU drauf angeredet, er hatte aber keine Pläne das zu ändern (weil das so sein Test-dingens ist). Da ist die http://www.öpnvkarte.de/ sinnvoller. gruesse, Stephan -- Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich ,-. | Stephan Bösch-Plepelits,| | Technische Universität Wien -Studien Informatik Raumplanung | | Projects: | | openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at | | Contact:| | Mail: sk...@xover.mud.at Blog: plepe.at | | Twitter: twitter.com/plepe Jabber: sk...@jabber.at | `-' ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßenbahnen werden nicht gerendert
Simon Legner wrote: Aller guten Dinge sind drei*: https://www.openstreetmap.org/changeset/26851537, https://www.openstreetmap.org/way/313295873, … * Nach bereits zweimaligem Mappen samt Reverts und Sperre hat sich der User erneut über das Straßenbahn-Netz Innsbruck hergemacht. Ergebnis ist wieder der gleiche Murx. Wenn sich in der Stadt sonst zu wenig tut, kann man jedenfalls auf diese Weise andere Mapper auf Trab halten. Ich verstehe wirklich nicht, was das soll. Leider hat der User auf keine meiner Nachrichten geantwortet. Das ist jetzt offensichtlich ein Versuch, die Straßenbahnen zweigleisig zu mappen. Leider völlig unprofessionnell. (Wenn, dann muß auch das andere Gleis von der Straße getrennt werden, nicht einfach eines danebengemalt.) Es gibt 2 sinnvolle Arten, Straßenbahngleise (auf zweigleisigen Abschnitten) zu mappen, zweigleisig getrennt, oder eingleisig auf der Straße. Das hier ist leider keine, da stimme ich dir zu. Kevin Kofler ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pt] CAOP e regiões
Viva, On 22-11-2014 03:34, Jorge Gustavo Rocha wrote: Na minha opinião, importar a CAOP para o OSM não tem qualquer interesse e só traz problemas. Não é um tema em que os mapeadores possam acrescentar o seu conhecimento do local, pois são definidas administrativamente. Se for considerada útil a inclusão de limites administrativos no OSM, e eu considero que sim, então esse é um argumento a favor da importação da CAOP, uma vez que não é viável colocar os limites através do conhecimento local. É um tema que está sempre a ser alterado: quer pelas autoridades (que alteram a CAOP) quer os mapeadores que sem querer mexem nos nodos da CAOP. Por esta razão, a CAOP sobre o OSM não é um tema de confiança: ou está desactualizado, ou foi mexido por um mapeador, ou foi simplificado por um geo-processamento qualquer e já não é fidedigno. Até à data existiram no máximo duas actualizações da CAOP num ano. Se existirem ferramentas informáticas que tornem a actualização simples o problema resolve-se rapidamente. Quanto aos mapeadores fazerem alterações aos limites administrativos é um problema que acontece com todos os dados do OSM, pelo que não me parece que seja um argumento válido para a não importação de limites administrativos. Como a CAOP está disponível como serviço WMS e WFS, é muito fácil sobrepor a CAOP ao OSM sem infetar o OSM com essa informação. Nos editores do OSM (no JOSM, por exemplo) também dá para visualizar a CAOP e o OSM, sem ter que os misturar. Acrescento que acho importante e muito útil a utilização de place=*, que só faz sentido ser preenchida por quem conhece os locais. Uma das razões porque defendo a inclusão de limites administrativos no OSM (CAOP ou outro, mas neste momento a CAOP é o que está disponível para ser utilizado) é o (forward e reverse) geocoding, nomeadamente o Nominatim. Exemplo simples: façam uma pesquisa na página do OSM por Rua dos Bombeiros da Celulose, Cacia e não vão ter nenhum resultado. Retirem Cacia da pesquisa e já obtêm um resultado. Se colocarem Aveiro e/ou Portugal também devolve a mesma rua. Esta rua está garantidamente na vila de Cacia, freguesia de Cacia, concelho e distrito de Aveiro. Se o limite da freguesia estivesse no OSM o nominatim teria retornado um resultado na primeira pesquisa. Pode-se invocar que para resolver este problema basta colocar um nó place= no centro da vila. Resolvia neste caso mas não no caso genérico em que uma rua de uma localidade esteja mais perto do centro de uma localidade vizinha. Para que funcione teriam de existir no OSM os limites administrativos das localidades. Tenho pena que não exista (ou que eu não conheça) uma CAOP com os limites administrativos das cidades, vilas, aldeias e lugares. Se existir sou a favor de importar também no OSM, mas na falta dele importe-se a CAOP que já é uma melhoria significativa. Há muito trabalho para se fazer com conhecimento local, e tenho feito muito desse trabalho, mas se se puder automatizar as coisas melhor. É para isso que servem os computadores. Um abraço, Rúben ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Dados da CAOP e import
On 24-11-2014 01:06, Victor Ferreira wrote: O OSM em Portugal precisa bastante de contribuidores de dados concretos e físicos: ruas, pontos de interesse, dados de navegação, etc Acho que a discussão em torno dos limites administrativos corre o risco de desviar a atenção do que acho interessante no OSM: dados locais fiáveis e atualizados. Claro que cada um coça a sua pulga, e se calhar o que te motiva são os limites 8-| Se aplicares essa energia que pareces ter em mapear e completar tags com informação recolhida localmente (em pessoa) por ti, a tua zona irá ficar um brinco rapidamente :-) O Marcos tem energia suficiente para fazer tudo isso, sem deixar de trabalhar na importação da CAOP. :-) Rúben ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Dados da CAOP e import
A energia do Marcos não está nem nunca esteve em causa. Eu trabalho na área das tecnologias de informação, e sei o quanto é importante haver uma boa colaboração entre diferentes pessoas, de modo a se conseguir trabalhar e construir algo novo. A minha experiência nesta área permite-me fazer um paralelismo claro entre a comunidade do OSM. Já fui um pouco impulsivo, e vi que isso normalmente nunca chegava a lado nenhum. Por isso percebo sempre aquela questão de querer fazer, e querer mostrar serviço em prol da comunidade. Mas sem os outros é normalmente difícil organizar um esforço concertado numa comunidade aberta e independente como o OSM! Nestas comunidades não há lugar para egos. Quanto aos argumentos dos limites do CAOP, vou aqui concordar um pouco com a argumentação do Ruben Mendes. Acho que são úteis, e parecem-me um pouco difíceis de conseguir alterando pela via manual. Estava com curiosidade em saber os avanços que o francisco tem conseguido no seu pequeno projecto. Talvez ele possa num futuro próximo partilhar mais informação ;) 2014-11-24 12:04 GMT+00:00 Rúben Leote Mendes ru...@nocturno.org: On 24-11-2014 01:06, Victor Ferreira wrote: O OSM em Portugal precisa bastante de contribuidores de dados concretos e físicos: ruas, pontos de interesse, dados de navegação, etc Acho que a discussão em torno dos limites administrativos corre o risco de desviar a atenção do que acho interessante no OSM: dados locais fiáveis e atualizados. Claro que cada um coça a sua pulga, e se calhar o que te motiva são os limites 8-| Se aplicares essa energia que pareces ter em mapear e completar tags com informação recolhida localmente (em pessoa) por ti, a tua zona irá ficar um brinco rapidamente :-) O Marcos tem energia suficiente para fazer tudo isso, sem deixar de trabalhar na importação da CAOP. :-) Rúben ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Talk-pt Digest, Vol 60, Issue 18
Boa tarde a todos. Eu debati esta questão com o Marcos, e ele de facto tem razão. Na altura estavam desenhados o distrito de Faro e a Região do Algarve. Como todos sabem, a criação de regiões administrativas, prevista na constituição, só avançou nas ilhas (sob a forma de regiões autónomas), mas não no continente. Aliás, essa criação ficou minada pela mudança constitucional operada antes do referendo (orquestrada por António Guterres e Marcelo Rebelo de Sousa) que dizia que a criação das regiões só aconteceria com referendo, e essa criação tinha de ser aceite por todas as regiões (criava-se o paradoxo de a criação da Região do Norte ficava dependente dos votos dos Açores, p.e., que já têm a regionalização). Voltando ao Algarve, para muita pena minha ( :) ), o OSM não reflete a nossa vontade mas sim a realidade. Assim sendo, não tendo as NUT II uma existência real, eu acho que não devem aparecer no OSM. O Algarve é o exemplo claro disso - o distrito e a NUT II sobrepõe-se, por isso só uma deve aparecer. Eu acho que deve ser o distrito a sobrepor-se. Cumprimentos a tod@s. 2014-11-22 12:00 GMT+00:00 talk-pt-requ...@openstreetmap.org: Send Talk-pt mailing list submissions to talk-pt@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-pt or, via email, send a message with subject or body 'help' to talk-pt-requ...@openstreetmap.org You can reach the person managing the list at talk-pt-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-pt digest... Today's Topics: 1. Re: Dados da CAOP e import (Marcos Oliveira) 2. CAOP e regiões (Alexandre Moleiro) 3. Re: CAOP e regiões (Jorge Gustavo Rocha) -- Message: 1 Date: Fri, 21 Nov 2014 12:57:24 + From: Marcos Oliveira marcosoliveira.2...@gmail.com To: OSM Portugal talk-pt@openstreetmap.org Subject: Re: [Talk-pt] Dados da CAOP e import Message-ID: CAAzTB0P+Gr3m07Ld96L17j79QVJeZQEJgE1LW1UW_2q7m= n...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Olá a todos, A reversão terminou e foi um sucesso. Ao contrário do que anteriormente estipulei, o trabalho todo foi dividido em apenas cinco changesets. [1] [2] [3] [4] [5] O processo em si demorou cinco horas e meia a ser realizado. A maior parte deste feita entre as 02h30 e as 8h00 sendo que o changeset final (que consistia em 147 objetos) foi realizado às 12h05. Agora e durante os próximos dias irei procurar por erros ou dados que tenham ficado danificados. Também queria avisar que o único problema que surgiu desta reversão foi que alguns elementos de uma pequena cidade grega foram alterados. [6] A razão para tal acontecer foi mais provavelmente porque inseri erroneamente um changeset durante o processo de reversão. [1] https://www.openstreetmap.org/changeset/26920648 [2] https://www.openstreetmap.org/changeset/26921181 [3] https://www.openstreetmap.org/changeset/26922209 [4] https://www.openstreetmap.org/changeset/26922498 [5] https://www.openstreetmap.org/changeset/26927216 [6] https://www.openstreetmap.org/changeset/19932294 2014-11-19 0:07 GMT+00:00 Marcos Oliveira marcosoliveira.2...@gmail.com: Olá a todos, Eu queria-vos dar a conhecer que enviei para o Data Working Group (DWG) um e-mail sobre esta situação, assim como o pedido para reverter tudo o que a minha conta de importação fez desde o dia que a criei. Coloco abaixo a mensagem que enviei-lhes, na sua integra, para assim todos terem o conhecimento do que eu escrevi. Com toda a estima, Marcos Oliveira Data Working Group, Hello, I am Marcos Oliveira and I'm contacting you to discuss about a current problem that exists in the Portuguese OSM community where I am the sole responsible in question. The issue is regarding the alteration and addition of administrative boundaries and natural parks through my alternate account, ViriatoLusitano_import. [1] A user, Francisco, submitted a thread in the Portuguese mailing list [2] stating how I have been disrespecting the work of others by eliminating nodes, ways and relations, namely places and boundaries (administrative and natural parks), claiming that I've been doing outright vandalism. He also claims to have sent you an e-mail about this situation. Let me show you my version of the story. I want it to be explicitly known that I'm *not claiming* to be innocent, I admit I've done many things wrong but vandalizing is not one of them. Francisco brought forward three main issues that I've caused: 1. The deletion of ways and relations that other users have made 2. The modification of Portugal/Spain boundary 3. The removal of places, namely hamlets Regarding the first point, when I began working on manually importing
Re: [Talk-pt] Talk-pt Digest, Vol 60, Issue 6
Olá Ruben Li o seu email só ontem mas não quis responder-lhe sem antes voltar a fazer o percurso. No fim da Avenida João Grave em vez de me mandar para a direita pois a Escola 2 3 de Vagos está na rotunda a cerca de 200 metros a aplicação Osmond+ manda para a esquerda EN109 depois esquerda Rua Maestro No fim desta rua temos novamente a Avenida João Grave. Devia mandar para a esquerda e depois para a direita mas não manda para a direita e depois para esquerda Avenida Ceára Mirim...depois esquerda devem ser uns 1000 metros às voltas. Verifica-se assim que a aplicação está muito teimosa .como um ditador . não quiseste voltar na Avenida Ceára Mirim mas não te dou outra hipótese ... tens de ir por lá. Se eu seguir a aplicação o caminho está correcto. O que me impressiona é a teimosia da aplicação em mandar dar voltas e mais voltas obrigando o condutor a ir pelo caminho que por lapso ou não não foi. As vias mencionadas são asfaltadas com 2 sentidos e sem curvas. Julgo que estas anomalias só são resolvidas pelos craques informáticos. Eu só posso informar dos lapsos da aplicação e ir alterando ruas e nome de ruas que conheço. Obrigado pela colaboração. Um abraço. José Lázaro Em 20/11/2014 11:58, Rúben Leote Mendes ru...@nocturno.org escreveu: Olá José, Fui a Lisboa e aproveitei para fazer um desvio por Vagos. Fiz o itenerário indicado e o Osmand nunca me mandou para a nacional, quer no modo de caminho mais rápido quer no mais curto. Começa por dizer para voltar para trás mas depois manda virar à direita, como devia. Suponho que é devido ao algoritmo ter mudado na última versão pois eu ainda estou com a 1.8.3. Um abraço, Rúben On 14-11-2014 23:50, jose lazaro wrote: Seria bom mas não vai ser fácil mas vou tentar arranjar mais voluntários para aperfeiçoar o OSM. Ainda não consegui uma boa aplicação que use os mapas OSM para incentivar os meus amigos e a mim próprio. Por agora uso o TomTom e o Sygic. Bom fim de semana para si pois para mim vai ser bom pois minha neta faz 8 anos fora os outros de 15. Um abraço José Lázaro. Em 14/11/2014 23:21, Rúben Leote Mendes ru...@nocturno.org escreveu: Olá José, On 13-11-2014 23:30, jose lazaro wrote: Obrigado pela sua ajuda. Vou procurar actualizar o mais possível este concelho onde vivo. Tudo de bom para si. Não moramos muito longe um do outro pois eu moro perto de Cacia. Um dia destes temos de organizar uma mapping party em Vagos e desencaminhar mais malta da terra... ;-) Um abraço, Rúben ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing listTalk-pt@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-cat] Mapillary estarà aviat en català
El dia 23 novembre de 2014, 22:40, yo paseopor yopaseo...@gmail.com ha escrit: Continuant amb el debat sobre la traducció de Mapillary: 1-El dia que li parli a una màquina ja no quedarà dubtes de qui parla a qui.Jo personalment no hi crec, si hi cregués probablement estaria amb d'altres traductors que prefereixen transferir-li la personalitat a la màquina que no la té, com, per exemple, altres estils també prefereixen que els tractin en tercera persona , fins i tot quan l'aplicació que fan servir la porten a la butxaca i està amb ells en els moments més íntims, són estils i models diferents i són tan vàlids tant uns com els altres (les persones que tenim properes a la filologia ja es cuiden de que no l'espifiem grossa). 2-No,t'estic dient (true story) que hi ha una multinacional,per exemple, que exigeix el mínim de lletres possibles sempre i quan no afecti a l'estil de la traducció (i un coi de lletra per paraula en una frase de 6 o 7 paraules diferencien el que quedi la frase tallada del que no la quedi) .No és cap excusa.I per sort o desgràcia l'anglès és un idioma curt i que dóna canya en això de la llargada a la gran majoria d'idiomes comercials del món, català i castellà inclosos. Una multinacional? totes les multinacionals ho fan!!! Però això no és excusa per mantenir una terminologia mínima comuna. Em té encuriosit com s'ho deuen fer en espanyol, per posar un exemple, (archivo/fichero 7 lletres) per complir els requeriments d'aquesta multinacional. Com et deia, si tan important és guanyar una lletra, motiu de més per apostar pels imperatius. Altra cosa és triar arxiu per qualsevol altre motiu, però sisplau, no foteu l'excusa de guanyar una lletra. 3-Segons l'UPF mapejar també existeix http://www.iula.upf.edu/rec/vbgenoma/cat/fitxas/f_89.htm Perfecte, un diccionari de genòmica. Clar que mapejar existeix, és un neologisme importat del castellà completament innecessari. El meu desig és poder sortir al món sense la necessitat del filtre previ espanyol, just per això dono preferència als termes blocar, boxar o mapar. 4-Evidentment que això va més enllà d'OSM tot i que està clar que trobaríem varis exemples aquí dins pels quals tornaríem estar a la grenya (no tenim proposta ni de normalització de vies triada encara i trigarem) Estil mínimament comú vol dir l'estil habitual? Perquè en això estic segur que no m'hi trobaràs .L'estil més utilitzat s'ha quedat antiquat en moltes coses i és hora d'airejar-lo.Desgastar molt? Jo per ara no he desfet feina de ningú i espero que ningú amb dos dits de front es dediqui a desfer o carregar-se la meva, com d'altra banda he pogut constatar alguna vegada. Estil habitual vol dir mantenir una terminologia bàsica en comú, i un estil de traducció mínimament comú. Com fan totes les llengües normals. També a mi m'han trepitjat traduccions, i normalment parlant-ho no hi ha cap problema. Pots concretar els projectes afectats, potser es pugui resoldre algun malentès. A casa de la nostra realitat sociolingüística és que de tot se'n faci política, de tot se'n faci podríem dir oficialisme (via subvencions, difusió, etc.) i jo francament n'estic fart.No és el primer cop que la notícia no és un producte més en català sinó que no està traduït de manera oficial o majoritària.És com si a OSM només poguessin mapejar els que pertanyen a aquesta llista de distribució (com d'altra banda comença a passar a d'altres projectes lliures globals a casa nostra) .Responent a la teva pregunta: val la pena traduir alguna cosa que faig servir molt i que estava sense traduir encara? Sí, val. I seguirà valent.El meu suggeriment a tota la comunitat de parlants catalans és que es tradueixi al màxim, es faci servir l'estil que es faci servir, doncs no hi ha un estil únic, i un cop traduït es faci servir la versió catalana d'aquestes aplicacions (m'agradaria saber quanta gent purista de la llengua - no va per la gent d'aquesta llista, faig personalismes amb casos exteriors que conec - fa servir realment el català a les seves aplicacions i no la versió anglesa (no fos que la castellana ens donés al·lèrgia). Sisplau, repassa els meus correus i veuràs que la pregunta no era si pagava la pena traduir una cosa que no estava traduïda. Tot el contrari, he qualificat d'excel·lent notícia la traducció del Mapillary al català. La pregunta era si paga la pena fer-ho trencant el model habitual de traducció. Per altra banda, m'agradaria que si suggereixes que algun grup de traducció cobra subvencions, n'especifiquessis a quin et refereixes. Altrament semblaria que és un fet habitual en el sector de les traduccions voluntàries. Puc afirmar, pel cas que conec, que Softcatalà no rep, ni ha rebut mai, cap subvenció. Treballem estrictament des del voluntariat, per principis i decisió pròpia. El mateix per la gent que tradueix KDE al català. Crec que aquesta no és la llista per discutir aquests temes, i em sembla que potser molestem als altres subscrits.
Re: [Talk-cat] Mapillary estarà aviat en català
No és el lloc per discutir-ho.Per això aquest serà el darrer missatge sobre aquest tema.Partim de paradigmes diferents.Per començar jo dono un motiu, tu dius que el meu raonament és una excusa.Doncs és una excusa que sosté un dels meus projectes, què hi farem. No et discuteixo que mapejar vingui d'alguna banda...com també deu venir d'alguna banda blocar (block? no sé,no m'he parat a buscar-ho).Algunes d'aquestes formes no les havia fet servir mai, no les he aprés i per mi no són precisament habituals, ni tan sols al meu ambient i tampoc faré comparatives d'on ho és més o menys.Així que faig servir aquelles que m'han ensenyat i he aprés.Mai és tard per aprendre'n de noves. En el moment en que no s'està d'acord és difícil que una cosa sigui comuna, tot i que tampoc és diametralment oposada.No em preocupa. A mi , per trepitjar,m'han arribar a trepitjar el nom del projecte directament (i això que jo l'havia posat de conya, de broma, era una forma de protestar irònica, però es veu que algú ho va veure tan seriós que s'ho van quedar).Em sembla fantàstic, no vaig tenir tan mala idea.Són anys i varis cops, no cal justificar el que va passar l'any passat o fa 9. Forgiven not forgotten. Per suposat que he llegit els teus correus i torno a reiterar la pregunta plantejada d'una altra forma: què és més important el què o el com? És tan important el com que millor no fer el què si no es fa el com? Jo opino que no.I cadascú amb el seu estil si s'escau, que hi ha molta feina per fer. Sobre financiacions no conec els detalls exactes, i com que tampoc tinc proves ni vull assenyalar ningú , passo.Retiro l'afirmació directament i demano disculpes si algú s'ha sentit afectat.Però sí que és un fet que alguns projectes a la nostra terra s'oficialitzen i a vegades es converteixen en la veritat única, comuna, habitual, amb la que d'altra banda directament no estic d'acord. En el que sí que ho estem és que aquesta llista no és el lloc per parlar-ho.Així que és el darrer missatge que enviaré/respondré a la llista sobre aquest tema i que em disculpi la resta de gent.Animo a tothom a fer servir Mapillary i a col·laborar-hi amb millores de tot tipus (traduccions també) a través de Github https://github.com/mapillary Salut i mapes yopaseopor ___ Talk-cat mailing list Talk-cat@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cat
[OSM-talk-fr] Outils pour mise à jour du bâti ?
Bonjour, Je profile du retour de BANO pour intégrer les nouveaux bâtiments et modifier ceux qui ont changés. Avec JOSM, je fais un « diff visuel » en chargeant le cadastre en arrière plan et par dessus j’affiche les données OSM. Pour que ça soit plus facile : je n’affiche que le bâti sur la couche OSM (filtre building=* et E H I cochés) je change la couleur de la couche du dessous en rouge (préférences - paramètres d’affichage - Couleurs : inactif=#FF Ça fonctionne assez bien, mais on peut passer à côté de quelques bâtiments. Existe-t-il un outil pour faire ça quasi-automatiquement et/ou indiquer les changements à faire dans Osmose ? — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?
2014-11-24 13:32 GMT+01:00 Yves Pratter yves.prat...@gmail.com: Ça fonctionne assez bien, mais on peut passer à côté de quelques bâtiments. Avec cette méthode, est-ce qu'on ne risque pas de remettre dans OSM des bâtiments qui ont été supprimés/non importés auparavant parce qu'ils n'existent pas sur le terrain ? (plus fréquent qu'on ne le pense) Personnellement, pour palier ce problème, il m'est arrivé de laisser les polygones du cadastre avec un building=no + ev. 1 note mais je n'ai jamais été vraiment 100% satisfait de cette solution. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?
Un simple noeud note=* peut être suffisant pour signaler l'inexistence d'un bâtiment. Le 24 novembre 2014 13:41, Pieren pier...@gmail.com a écrit : 2014-11-24 13:32 GMT+01:00 Yves Pratter yves.prat...@gmail.com: Ça fonctionne assez bien, mais on peut passer à côté de quelques bâtiments. Avec cette méthode, est-ce qu'on ne risque pas de remettre dans OSM des bâtiments qui ont été supprimés/non importés auparavant parce qu'ils n'existent pas sur le terrain ? (plus fréquent qu'on ne le pense) Personnellement, pour palier ce problème, il m'est arrivé de laisser les polygones du cadastre avec un building=no + ev. 1 note mais je n'ai jamais été vraiment 100% satisfait de cette solution. Pieren ___ 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
[OSM-talk-fr] comcom et nouveaux cantons ?
Il semble bien que le chantier des nouveaux cantons n'ait pas trop de contributeurs ? Je m'y suis essayée avec comcom, ça a bien marché ; Je n'ai pas su charger de façon rapide dans josm les chemins de la relation fournie ; comme je voulais finir, j'ai recopié les id des chemins et je les ai téléchargé par la fonction fichier/télécharger un objet ; je suppose qu'il y a un moyen plus rapide ? merci ! Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?
Le 24 nov. 2014 à 13:41, Pieren pier...@gmail.com a écrit : du cadastre avec un building=no + ev. 1 note mais je n'ai jamais été vraiment 100% satisfait de cette solution. Je met un destroyed:building=* (j’ai vu ça sur le wiki) Et je vérifie avec Bing, si j’ai un doute je met un note et je vais voir sur le terrain ;-) — Yves Et des outils automatiques ? J’ai des idées d’algo mais ça existe peut-être déjà ;-)___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?
Pieren wrote Avec cette méthode, est-ce qu'on ne risque pas de remettre dans OSM des bâtiments qui ont été supprimés/non importés auparavant parce qu'ils n'existent pas sur le terrain ? (plus fréquent qu'on ne le pense) Je confirme, en milieu rural, je rencontre pas mal de cas d'import faisant apparaître un bâtiment qui n'existe plus. Quand je tombe sur ce cas, je garde la géométrie intacte et j'enlève le tag building=yes, et j'ajoute un note: ne pas ré-importer/retracer ce bâtiment, il n'existe pas sur le terrain Je suis également peu satisfait par cette solution à laquelle il manque l'homogénéité (je suis le seul à mettre ce texte pile poil) et informatiquement détectable (je ne suis même pas moi même stable dans le temps, je change parfois le texte !). J'accompagne avec plaisir cette discussion afin que nous trouvions une méthode commune de gérer ça. Je note comme options actuelles utilisées : 1- garder la géométrie, virer les tags et mettre un tag note 2- virer la géométrie et mettre un point avec un tag note au milieu de l'ancienne géométrie 3- garder la géométrie, virer les tags, remplacer et mettre un tag note + building=no 4- garder la géométrie, virer les tags, mettre un tag building:destroyed=yes Et comme je suis difficile, aucune ne me plait 1) pas détectable par un programme sans un risque d'ambiguité avec truc n'ayant pas de rapport avec un bâtiment 2) idem 1) + dans le cas de bâtiment collés, la détection de collision point/bâtiment nécessite un point par bâtiment collé ou un calcul de proximité augmentant les faux négatif 3) risque de mauvaise interprétation par les usagers qui feraient un building=* = bâtiment générique 4) peu utilisé, taginfo : 45 cas. Et détruit sous entend que le cas n'a jamais existé n'est pas possible. Ce format suit bien les formats disused: abandonned: mais va à l'encontre d'une règle OSM qui est qu'on ne cartographie pas ce qui n'est pas, ou n'est plus, or ces autres tag qui décrivent le cycle de vie d'un objet http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts sont limité à ce qui est (ou au pire, à ce qui reste) Mon coeur balance entre 3) et 4) mais je me demande si on pourrait pas utiliser 5) ? -- sly - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Outils-pour-mise-a-jour-du-bati-tp5825219p5825239.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: [OSM-talk-fr] Outils pour mise à jour du bâti ?
Sly 4- garder la géométrie, virer les tags, mettre un tag building:destroyed=yes Je ne vire rien ;-) je renomme building=* en demolished:building=* Et oups, ce n’est pas destroyed, mais demolished http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/demolished 4) peu utilisé, taginfo : 45 cas. Euh, recompte bien :D Key Count destroyed:building 45 destroyed 42 destroyed:amenity 10 destroyed:name 8 military:destroyed 5 destroyed:waterway 4 destroyed:landuse 3 destroyed:highway 2 destroyed:tourism 2 destroyed:bridge2 building:destroyed 2 125 Mais avec le bon préfixe http://toto.fr/, ça va mieux ;D Key Count demolished 745 building:demolished 377 demolished:building 305 military:demolished 108 demolished_building 50 demolished:highway 48 demolished:name 47 demolished:amenity 39 demolished:power32 demolished:end_date 31 demolished:railway 22 1804 Et détruit sous entend que le cas « n'a jamais existé » n'est pas possible. Tu peux mettre error:building=* plus note=* ? Ce format suit bien les formats disused: abandonned: mais va à l'encontre d'une règle OSM qui est qu'on ne cartographie pas ce qui n'est pas, ou n'est plus, Je ne retrouve pas ma source dans le wiki, mais je me souviens avoir lu qu’on laissait les objets n’existants plus pour éviter que quelqu’un le réimporte. — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?
2014-11-24 17:18 GMT+01:00 Yves Pratter yves.prat...@gmail.com: Et oups, ce n’est pas destroyed, mais demolished http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/demolished Le problème avec ce tag, c'est qu'il sous-entend que le bâtiment a existé. Mais en est-on vraiment sûr ? Je peux imaginer que des permis ont été déposés mais jamais réalisés... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?
L'ennui des nœud notes c'est qu'on risque de ne pas les charger du tout si on sélectionne la recherche des building=* par exemple avec une requête overpass pour ne pas charger les landuse ou le mobilier urbain... Du coup le nœud ne suffira pas. Alors pourquoi pas building=no aussi sur ce nœud avec la note=* ? Évidemment s'il reste encore une ruine on peut la tracer, et encore utiliser disused:*=* si c'est encore un bâtiment debout, et planned:*=* si un chantier de construction a commencé. Le 24 nov. 2014 14:57, Christian Quest cqu...@openstreetmap.fr a écrit : Un simple noeud note=* peut être suffisant pour signaler l'inexistence d'un bâtiment. Le 24 novembre 2014 13:41, Pieren pier...@gmail.com a écrit : 2014-11-24 13:32 GMT+01:00 Yves Pratter yves.prat...@gmail.com: Ça fonctionne assez bien, mais on peut passer à côté de quelques bâtiments. Avec cette méthode, est-ce qu'on ne risque pas de remettre dans OSM des bâtiments qui ont été supprimés/non importés auparavant parce qu'ils n'existent pas sur le terrain ? (plus fréquent qu'on ne le pense) Personnellement, pour palier ce problème, il m'est arrivé de laisser les polygones du cadastre avec un building=no + ev. 1 note mais je n'ai jamais été vraiment 100% satisfait de cette solution. Pieren ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?
On lundi 24 novembre 2014, you wrote: Je ne retrouve pas ma source dans le wiki, mais je me souviens avoir lu qu’on laissait les objets n’existants plus pour éviter que quelqu’un le réimporte. Voilà qui pourrait être intéressant si tu la retrouves, ça permettrait de comparer nos propositions à une autre qui aurait été faites pour d'autres pays histoire d'avoir une cohérence plus grande que franco-française. Mais je soupçonne qu'elle ne fera guère l'unanimité, ni même la majorité, je maintiens que je vois régulièrement, sur les listes générales (talk/tagging) des gens qui sont contre tagguer ce qui n'existe plus. En outre, voilà une page à laquelle beaucoup se réfèrent, et qui entre un peu en conflit avec les objets du passés : http://wiki.openstreetmap.org/wiki/Verifiable Mais bon, c'est pas grave, on est libre de tagguer ce que les autres ne veulent pas qu'on tag ! Trouvons juste, peut-être, un tag explicitement non terrain. Tu peux mettre error:building=* plus note=* ? Ouais, un truc comme ça me semble pas mal. Ainsi, on peut choisir : error:building=yes ou, si on est sûr qu'il a existé : demolished:building=yes Error n'est peut-être pas assez explicite ? option : non_existing:building=yes + note ou : nobuilding=yes + note autre option avec un seul tag : note=noexist : blabla bla Question suivante : la géométrie complète ou juste un noeud ou juste un segment en travers ? -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Outils-pour-mise-a-jour-du-bati-tp5825219p5825245.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
[OSM-talk-fr] BANO/FANTOIR : CHE ANC CHEM DE… non rapproché
Bonsoir, Le chemin CHE ANC CHEM DE MOIRY http://cadastre.openstreetmap.fr/fantoir/#insee=74213 existant dans OSM (avant le lancement de la m.à.j de Bano) n’est pas rapproché : http://www.openstreetmap.org/way/79258986 http://www.openstreetmap.org/way/79258986 En regardant en diagonal le code, je trouve name = name.replace(Grande Rue Grande Rue, Grande Rue) mais rien concernant ni les CHE ANC CHEM ni les ART ANC RTE. Le problème viendrait de là ? — Yves https://github.com/osm-fr/bano/blob/master/cherche_fantoir_et_osm_highways.py#L222 https://github.com/osm-fr/bano/blob/master/cherche_fantoir_et_osm_highways.py#L222___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO/FANTOIR : CHE ANC CHEM DE… non rapproché
Bonsoir, De: Yves Pratter yves.prat...@gmail.com Le chemin CHE ANC CHEM DE MOIRY existant dans OSM (avant le lancement de la m.à.j de Bano) n’est pas rapproché : http://www.openstreetmap.org/way/79258986 En regardant en diagonal le code, je trouve name = name.replace( Grande Rue Grande Rue , Grande Rue ) mais rien concernant ni les CHE ANC CHEM ni les ART ANC RTE . Le problème viendrait de là ? Non, les substitutions se servent d'une liste de termes, et CHE ANC CHEM n'est pas répertorié. Ça devrait être ici : https://github.com/osm-fr/bano/blob/2af464fe1fe3f652fb8058178b88cd2b2b746a6e/dictionnaires/abrev_type_voie.txt#L27 Si tu peux ouvrir un ticket : https://github.com/osm-fr/bano/issues/new ? merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?
@Sly Voilà qui pourrait être intéressant si tu la retrouves, ça permettrait de comparer nos propositions à une autre qui aurait été faites pour d'autres pays histoire d'avoir une cohérence plus grande que franco-française. Je crois que c’était franco-français à cause de l’import du cadastre (ils ont ça dans d’autres pays ??) Error n'est peut-être pas assez explicite ? Il faut trouver quelque chose de clair autre option avec un seul tag : note=noexist : blabla bla Bof car le bâtiment sera rendu, alors qu’avec xxx:building=* ce ne sera pas le cas ;-) Question suivante : la géométrie complète ou juste un noeud ou juste un segment en travers ? Dans la source que je ne retrouve pas, l’idée est qu’on ne change rien (sauf le demolished: …) car ça permet de comparer plus facilement ce qui risquerait d’être recréé par erreur. Il y a bien l’historique mais ce n’est pas aussi simple. @Piren Le problème avec ce tag, c'est qu'il sous-entend que le bâtiment a existé. Mais en est-on vraiment sûr ? Tu as du manqué la proposition error:=* ;-) Je peux imaginer que des permis ont été déposés mais jamais réalisés… Merci pour l’exemple car je ne comprenais pas comment un bâtiment peut-être dans le cadastre alors qu’il n’existe pas. — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO/FANTOIR : CHE ANC CHEM DE… non rapproché
Non, les substitutions se servent d'une liste de termes, et CHE ANC CHEM n'est pas répertorié. Ben il y est déjà : https://github.com/osm-fr/bano/blob/2af464fe1fe3f652fb8058178b88cd2b2b746a6e/dictionnaires/abrev_type_voie.txt#L28 Si tu peux ouvrir un ticket : https://github.com/osm-fr/bano/issues/new ? Ok — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?
Le 24 novembre 2014 18:02, Yves Pratter yves.prat...@gmail.com a écrit : *@Sly* Voilà qui pourrait être intéressant si tu la retrouves, ça permettrait de comparer nos propositions à une autre qui aurait été faites pour d'autres pays histoire d'avoir une cohérence plus grande que franco-française. Je crois que c'était franco-français à cause de l'import du cadastre (ils ont ça dans d'autres pays ??) Les hollandais ont importé 10 millions de bâtiments cette année... Les bâtiments de New-York ont été importés aussi cette année. C'est peut être assez neuf pour eux et donc la question des mises à jour n'est peut être pas encore dans les esprits. Error n'est peut-être pas assez explicite ? Il faut trouver quelque chose de clair autre option avec un seul tag : note=noexist : blabla bla Bof car le bâtiment sera rendu, alors qu'avec xxx:building=* ce ne sera pas le cas ;-) Question suivante : la géométrie complète ou juste un noeud ou juste un segment en travers ? Dans la source que je ne retrouve pas, l'idée est qu'on ne change rien (sauf le demolished: ...) car ça permet de comparer plus facilement ce qui risquerait d'être recréé par erreur. Il y a bien l'historique mais ce n'est pas aussi simple. *@Piren* Le problème avec ce tag, c'est qu'il sous-entend que le bâtiment a existé. Mais en est-on vraiment sûr ? Tu as du manqué la proposition error:=* ;-) Je peux imaginer que des permis ont été déposés mais jamais réalisés... Merci pour l'exemple car je ne comprenais pas comment un bâtiment peut-être dans le cadastre alors qu'il n'existe pas. Et l'inverse... bâtiment réalisé et permis jamais déposé ce qui est plus courant ;) Garder la géométrie et modifier les tags me semble le plus intéressant, ça parmet de de conserver l'historique dans OSM et de comparer la géométrie à une nouvelle. Si elle est très très proche, il s'agit sûrement de la même donnée et donc ne rien changer dans OSM et si la géométrie est suffisamment différents, on peut penser qu'il s'agit d'un nouveau bâtiment qui a remplacé l'ancien qui avait disparu. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?
On lundi 24 novembre 2014, you wrote: si la géométrie est suffisamment différents, on peut penser qu'il s'agit d'un nouveau bâtiment qui a remplacé l'ancien qui avait disparu. Excellente idée. +1 de ma part pour conserver la géométrie et ne changer que les tags nécessaires. -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Outils-pour-mise-a-jour-du-bati-tp5825219p5825260.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
[OSM-talk-fr] Cadastre en panne ?
Re bonsoir, Pour la commune de Poisy 74 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/45.9190123823213/6.062942785529, le plugin cadastre sous JOSM renvoie une feuille blanche. Pour info, L’import des bâtiments fonctionne très bien. — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO/FANTOIR : CHE ANC CHEM DE… non rapproché
Le 24/11/2014 18:10, Yves Pratter a écrit : Non, les substitutions se servent d'une liste de termes, et CHE ANC CHEM n'est pas répertorié. Ben il y est déjà : https://github.com/osm-fr/bano/blob/2af464fe1fe3f652fb8058178b88cd2b2b746a6e/dictionnaires/abrev_type_voie.txt#L28 Non, tu indiques CHEMIN ANC CHE là. Et le manquant est CHE ANC CHEM, ce qui est différent (on ne parle pas du sens mais de la stricte succession de lettres). Si tu peux ouvrir un ticket : https://github.com/osm-fr/bano/issues/new ? Ok Merci. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre en panne ?
Le 24/11/2014 18:45, Yves Pratter a écrit : Pour la commune de Poisy 74 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/45.9190123823213/6.062942785529, le plugin cadastre sous JOSM renvoie une feuille blanche. Pour info, L’import des bâtiments fonctionne très bien. Testé à l'instant, ça fonctionne. Vérifie que tu es bien cadré sur la commune, et que tu es en projection Lambert CC 9 zones zone 5. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre en panne ?
Testé à l'instant, ça fonctionne. Vérifie que tu es bien cadré sur la commune, et que tu es en projection Lambert CC 9 zones zone 5. Merci ça doit être ça. J’ai laissé la valeur pour le Doubs zone 6 (je ne me rappelais plus que le greffon ne la choisi pas tout seul). — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BANO/FANTOIR : CHE ANC CHEM DE… non rapproché
Non, tu indiques CHEMIN ANC CHE là. Oups, c’était à la ligne 27 pas la 28 ;D La dernière modification de ce fichier remonte à 3j donc l’ajout de cette entrée dans le dictionnaire ne semble pas suffire ? Et le manquant est CHE ANC CHEM, ce qui est différent (on ne parle pas du sens mais de la stricte succession de lettres). ça me fait penser à l’effet Stroop http://fr.wikipedia.org/wiki/Effet_Stroop#Exemple dans les tests psychotechniques ;D — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] Suburbs in London/Brum - big edits
“Town centre” is usually a figure of speech but the necessity of reverting depends case by case. Sometimes a “limited revert” is better because the edit was in good faith but the problems caused were unintentional. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Wikis are not tablets of stone as suggested by the suburbs debate: a proposal
Hi everyone Why not have a large advisory at the head of every wiki page which links to the following content? The content of a wiki page is: 1. as close to authoritative as possible but NOT AUTHORITATIVE 2. for guidance only: it is NOT MANDATORY 3. reflects only the collective opinion of the editors of the page 4.subject to local knowledge and ground surveys which ALWAYS TAKE PRIORITY OVER WIKI CONTENT 5. to be ignored only after careful thought and suitable tagging with a note= xxx tag to explain 6.not to be used as a basis for automated edits: See policy on automated edits which requires discussion with the community affected and the reaching of a consensus. Rgds Brian ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] weekly 226
The weekly round-up of OSM news, issue # 226, is now availalbe online in English, giving as always a summary of all things happening in the #openstreetmap #osm world: http://www.weeklyosm.eu Enjoy! -- ## Manfred ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] admin level for US states
On Mon, Nov 24, 2014 at 8:00 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: I wonder why US States are tagged as admin_level=4, wouldn't it be more consistent with the rest of the map to have them tagged as level 3? Based on which uses of admin_level=3? A quick scan of the wiki shows admin_level=4 as states or provinces for several countries. I guess the biggest reason they are admin_level=4 now is, that seemed like the way to go in 2009[1], but that wouldn't prevent a change for a compelling reason. [1] wiki history of the admin_level page goes back to 2009, the tag use in USA could pre-date that. http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] admin level for US states
I would point out that the legal status of U.S. States is slightly different than that of provinces (and likely of states in other countries). For one thing, U.S. States exist in their own right and do not drive their existence from a higher government (even though most of them were created by a higher government). German States and perhaps Swiss cantons might have the same status. -jack On November 24, 2014 9:44:22 AM EST, Richard Weait rich...@weait.com wrote: On Mon, Nov 24, 2014 at 8:00 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: I wonder why US States are tagged as admin_level=4, wouldn't it be more consistent with the rest of the map to have them tagged as level 3? Based on which uses of admin_level=3? A quick scan of the wiki shows admin_level=4 as states or provinces for several countries. I guess the biggest reason they are admin_level=4 now is, that seemed like the way to go in 2009[1], but that wouldn't prevent a change for a compelling reason. [1] wiki history of the admin_level page goes back to 2009, the tag use in USA could pre-date that. http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Typos courtesy of fancy auto-spell technology. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] admin level for US states
On 11/24/14 9:44 AM, Richard Weait wrote: On Mon, Nov 24, 2014 at 8:00 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: I wonder why US States are tagged as admin_level=4, wouldn't it be more consistent with the rest of the map to have them tagged as level 3? Based on which uses of admin_level=3? A quick scan of the wiki shows admin_level=4 as states or provinces for several countries. I guess the biggest reason they are admin_level=4 now is, that seemed like the way to go in 2009[1], but that wouldn't prevent a change for a compelling reason. i guess i'd like to hear if anyone has a compelling reason. it wouldn't be that hard to change (there aren't that many states), but what do we gain from the change? richard -- rwe...@averillpark.net Averill Park Networking - GIS IT Consulting OpenStreetMap - PostgreSQL - Linux Java - Web Applications - Search ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] admin level for US states
On 11/24/2014 5:00 AM, Martin Koppenhoefer wrote: I wonder why US States are tagged as admin_level=4, wouldn't it be more consistent with the rest of the map to have them tagged as level 3? admin_level=4 is consistent with Canada and Australia at the very least. I believe it's also consistent with Mexico, South Africa as well as other countries. Given that states are often grouped together for various purposes into regions, I'm skeptical about admin_level=3 anyways. The groupings vary depending on the purpose and we don't map them, but it does demonstrate that there's the concept of a grouping above states. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] admin level for US states
On Mon, Nov 24, 2014 at 10:48 AM, Jack Burke burke...@gmail.com wrote: I would point out that the legal status of U.S. States is slightly different than that of provinces (and likely of states in other countries). For one thing, U.S. States exist in their own right and do not drive their existence from a higher government (even though most of them were created by a higher government). German States and perhaps Swiss cantons might have the same status. -jack ...and German states and Swiss cantons are admin_level=4 according to the previously-linked page. I'd also note that page says admin_level was introduced in order that different borders can be rendered consistently among countries. That is, it's a worldwide rendering aid, not trying to make profound statements about legal minutiae. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] admin level for US states
2014-11-24 18:05 GMT+01:00 Brad Neuhauser brad.neuhau...@gmail.com: ...and German states and Swiss cantons are admin_level=4 according to the previously-linked page. yes, I am coming from a German-Italian perspective, where Italian regions are clearly less sovereign than German states, which again are less sovereign than US american states (all on level 4 currently). We need the levels 5 to 10 in Germany (all are in use, 3 is not in use). Correspondance of European entities should also be supported by the NUTS and LAU system: http://en.wikipedia.org/wiki/Nomenclature_of_Territorial_Units_for_Statistics http://en.wikipedia.org/wiki/Local_administrative_unit cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us