[Talk-in] Reg: OSM India conference

Hey all, Greetings from Kerala. In light of discussion we had at SotM Asia 2019, Saikat Maiti mentioned why shouldn't we host an annual OSM conference in India. I wish to know your opinions on starting an OSM India conference. With Regards, Asish Abraham Joseph T: +919495003572 E:

Re: [OSM-legal-talk] use OSM data to select proprietary data

13 Dec 2019, 19:28 by legal-talk@openstreetmap.org: > Hi Frederik, > > Here's why I disagree. The meaning of "derived" in a colloquial sense and the > definition of "Derivative Database" are not the same. > While colloquially, it may be fair to interpret "derived" as "made from" or > "could

Re: [talk-au] 1300 / 1800 phone number format

On Sat, 14 Dec 2019 at 14:34, Kim Oldfield wrote: > > My suggested rewrite is: > Thanks, Kim - that sounds much better! Please go ahead & make the change :-) Graeme ___ Talk-au mailing list Talk-au@openstreetmap.org

Re: [talk-au] 1300 / 1800 phone number format

On 14/12/19 2:03 pm, Graeme Fitzpatrick wrote: Thanks for confirmation, fellas On Sat, 14 Dec 2019 at 12:03, Phil Wyatt > wrote: I think an Aus Wiki update would be a good thing. Done!

Re: [talk-cz] Svatojakubska cesta - SK

Dobrý den, Mapováním Svatojakubské cesty se dlouhodobě zabývám, můžu tedy případně pomoci. Sním se zeptat z jakých zdrojů je přiložené vedení cesty a jak jecunavení v terénu (a jak jednotně). Toto je naopř v ČR dost problém. Díky gorn ⁣Odesláno z BlueMail ​ 26. 11. 2019 13:42, 13:42, "Petr

Re: [talk-au] 1300 / 1800 phone number format

Thanks for confirmation, fellas On Sat, 14 Dec 2019 at 12:03, Phil Wyatt wrote: > > I think an Aus Wiki update would be a good thing. > Done! https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines#13.2C_1300.2C_1800_and_1900_numbers As always, comments welcomed :-) Thanks Graeme

Re: [talk-au] 1300 / 1800 phone number format

This sounds good to me. On Sat, 14 Dec 2019 at 12:42, Graeme Fitzpatrick wrote: > Just opened a Map Roulette challenge for phone numbers not being in the > "correct" format. > > The first one that came up was a local Dan Murphy's with it's number > entered correctly as 1300 723 388, which has

Re: [OSM-legal-talk] use OSM data to select proprietary data

Nuno - I do not see how Matthias's usecase qualifies as "AND you have *added to or enhanced our data*" since the houses and flat and their prices are *not* added to OSM houses or flats, but if this FAQ answer is misleading, we should rewrite this FAQ answer to more accurate reflect ODbL. On Fri,

Re: [OSM-legal-talk] use OSM data to select proprietary data

Hi Christoph, I think that there is a premise to your list that I do not quite agree with. ODbL says: 3.1 Subject to the terms and conditions of this License, the Licensor grants to You a worldwide, royalty-free, non-exclusive, terminable (but only under Section 9) license to Use the Database for

Re: [OSM-talk-fr] ref:FR:FANTOIR

Le sam. 14 déc. 2019 à 01:38, Jérôme Amagat a écrit : > > > Le ven. 13 déc. 2019 à 22:55, a écrit : > >> Et d'autres ont été actifs ailleurs : actuellement toutes les clés sont à >> 11 chiffres (ou 11, un point-virgule et 11). >> > Tu te trompes, il en reste plein, tu n'as pas modifié la bonne

Re: [OSM-talk-fr] ref:FR:FANTOIR

Le ven. 13 déc. 2019 à 22:55, a écrit : > Et d'autres ont été actifs ailleurs : actuellement toutes les clés sont à > 11 chiffres (ou 11, un point-virgule et 11). > Tu te trompes, il en reste plein, tu n'as pas modifié la bonne requête, ça donne ça : https://overpass-turbo.eu/s/OXy et même plus

Re: [Talk-at] Windy Map

Rudolf Mayer wrote: > Ja, die anderen Menüpunkte rechts oben neben den icons sind nicht > sonderlich sichtbar, aber hier wird die Attribution in einer Lücke > dargestellt, auf der man nichts *vermuten* würde, das ist so am > Bildrand, da sieht man nichts. Selbst wenn es dort in sattem schwarz >

Re: [OSM-talk-fr] Élections au board de la Fondation OSM

N'oubliez pas de voter avant ce samedi 17 h et de préférence bien avant. Visez demain midi au plus tard ! Comme l'an dernier, Christoph a bien résumé la situation. Attention : c'est un scrutin à vote unique transférable

Re: [OSM-legal-talk] use OSM data to select proprietary data

There are other writings about ODBL, but this one captures the issues fairly well: https://wiki.openstreetmap.org/wiki/ODbL_comments_from_Creative_Commons , a more in depth treatment can be found in ' Safe to be Open: Study on the protection of research data and recommendation for access and usage

Re: [talk-cz] Promítnutí změn v OSM nebo chyba editace?

Ahoj, na https://hiking.waymarkedtrails.org/#?map=16!50.4123!16.3362 to vidím myslím správně. Buď se to aktualizovalo dnes, nebo máš v keši prohlížeče starší verzi dlaždic na osmap.cz. Zkus vynutit refresh přes Ctrl+R. To, že to ještě není na seznamu nemusí nic znamenat. Jejich proces

Re: [OSM-talk-fr] ref:FR:FANTOIR

Et d'autres ont été actifs ailleurs : actuellement toutes les clés sont à 11 chiffres (ou 11, un point-virgule et 11). Vous ne m'en avez même pas laissé un. Merci à Jérôme pour avoir débusqué les lièvres et à tous les chasseurs. Ne pas détourner cette phrase de son contexte^^. Jean-Yvon Le

Re: [OSM-talk-fr] ref:FR:FANTOIR

La. N'est toi qui détourne la conversation, on parle bien du FANTOIR de la DGFIP, pas du COG de l'INSEE (cf le titre de ce fil) Le ven. 13 déc. 2019 à 17:12, deuzeffe a écrit : > Je te parle des codes communes pour lesquels tu n'as donné aucune > référence fiable et validée. Ne détourne pas la

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

J'approuve complètement. Les clés network et operator me semblent couvrir pas mal de choses. Le 2019-12-13 17:04, deuzeffe a écrit : > Le 13/12/2019 à 11:46, Quentin Salles a écrit : > >> Bonjour, > >> - La deuxième, c'est de pouvoir faire simplement une requête overpass afin >> de

Re: [Talk-GB] HS2 camden updates

On Thu, 12 Dec 2019 at 14:12, Andy Allan wrote: > On Thu, 12 Dec 2019 at 14:21, Andy Robinson wrote: > > > > For those keeping an eye on the HS2 Phase 1 preparatory works changes to > the > > landscape here is the link to the latest Camden district 12 month look > ahead > > which covers Euston

[talk-cz] Promítnutí změn v OSM nebo chyba editace?

Zdravím, před třemi týdny jsem provedl úpravu vedení turistické trasy v polském příhraničí, červená trasa ve skutečnosti totiž vede přímo přes vrchol Grodczyn sada změn zde: https://www.openstreetmap.org/changeset/77389905 Zajímalo by mne, zda jsem v něčem neudělal chybu, neboť na OSM.cz ve

Re: [OSM-legal-talk] use OSM data to select proprietary data

On Friday 13 December 2019, Frederik Ramm wrote: > > I had until now assumed that such works would definitely fall under > the ODbL but you are right, they don't really fit the "Derivative > Database" definition. My reading of the ODbL has always been that something is either 1) the original

Re: [OSM-legal-talk] use OSM data to select proprietary data

well https://wiki.osmfoundation.org/wiki/Licence/Licence_and_Legal_FAQ#The_OpenStreetMap_Geodata_Licence Secondly, you *"Share Alike"*. If you do not make any changes to OpenStreetMap data, then you are unlikely to have a "Share Alike" obligation. But, if you _publicly distribute something

Re: [OSM-legal-talk] use OSM data to select proprietary data

sent from a phone > On 13. Dec 2019, at 19:56, Frederik Ramm wrote: > > I'll have to ponder this for a while, it changes some assumptions I had > made. It would mean that, for example, a database that contains a count > of all pubs in each municipality, -> adaptation > or a database

Re: [OSM-legal-talk] use OSM data to select proprietary data

Nuno - I think you are operating under the mistaken assumption that a CC-BY-SA license would mean that uses such as Mattias's would require sharealike. Here's CC-BY-SA's definition of a Derivative Work: *"Derivative Work"* means a work based upon the Work or upon the Work and other pre-existing

Re: [OSM-legal-talk] use OSM data to select proprietary data

these new Liberal interpretation of ODbL are funny. to bad it's not documented what we wanted when we changed license. seems to be full of lies https://wiki.osmfoundation.org/wiki/Licence/Historic/We_Are_Changing_The_License *"This means that “good guys” are stopped from using our data but the

Re: [OSM-legal-talk] use OSM data to select proprietary data

sent from a phone > On 13. Dec 2019, at 19:32, matthias.straetl...@buerotiger.de wrote: > > So as soon I'm selecting any data using OSM polygons, it gets transformed OSM > data? > They're not even touching on the same layer, since it's a different feature > type. if you modify your data

Re: [OSM-legal-talk] use OSM data to select proprietary data

Hi, On 13.12.19 19:28, Kathleen Lu via legal-talk wrote: > “Derivative Database” – Means a database based upon the Database, and > includes any translation, adaptation, arrangement, modification, or any > other alteration of the Database or of a Substantial part of the > Contents. Interesting. I

Re: [OSM-legal-talk] use OSM data to select proprietary data

Hi Mateusz, >> No, ODbL does not apply to any database that does not include OSM data. > It is true but misleading to mention here as this database contains > transformed OSM data.   So if I don't merge the postcodes, it's fine? >> There is no OSM data in the secondary list so it is not a

Re: [OSM-legal-talk] use OSM data to select proprietary data

Hi Frederik, Here's why I disagree. The meaning of "derived" in a colloquial sense and the definition of "Derivative Database" are not the same. While colloquially, it may be fair to interpret "derived" as "made from" or "could not have been made without", that is not the legal definition of

Re: [OSM-legal-talk] use OSM data to select proprietary data

Hi Lars-Daniel, yeah, same here.   I've read you tried to do similar work in the past. I think, you've merged postcodes with OSM data in a seperate column and didn't need to attribute it as share-alike.   What did you end up with?   Gesendet: Freitag, 13. Dezember 2019 um 19:25 Uhr Von: 

Re: [OSM-legal-talk] use OSM data to select proprietary data

Please stop constructing such cases. This case clearly would have the intention of reproducing the OSM database. My intention is the trivial use of OpenStreetMap. A normal process in the GIS world.   Gesendet: Freitag, 13. Dezember 2019 um 10:44 Uhr Von: "Mateusz Konieczny" An: "Licensing

Re: [Talk-it] negozio elettroforniture

Constato che la wiki piace poco e si legge sempre meno: https://wiki.openstreetmap.org/wiki/Tag:shop%3Delectrical Ciao, Andrea On Fri, Dec 13, 2019 at 6:59 PM demon_box wrote: > ciao come taggereste voi un negozio di elettroforniture che vende sia al > dettaglio che all'ingrosso? > >

[Talk-it] negozio elettroforniture

ciao come taggereste voi un negozio di elettroforniture che vende sia al dettaglio che all'ingrosso? shop=electrician_supply ??? --enrico -- Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html ___ Talk-it mailing list

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

Bonsoir, @deauzeffe Ce que tu dis est juste dans le cas où je cherche les arrêts de bus pour une ligne donnée. Or dans ce que je disais, ça concernait l'ensemble des arrêts desservis par toutes les lignes du réseau Tisséo Quentin SALLES Le ven. 13 déc. 2019 à 17:55, laurent-38 a écrit : >

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

Frédéric Rodrigo-2 wrote > Le principe des règles, c'est de corrigé les données, pas les règles. > La règle est valide et basé sur le wiki OSM. > > Le 10/12/2019 à 14:48, Quentin Salles a écrit : >> … >> Aujourd'hui, Osmose >> signale tous les arrêts de bus ayant un mauvais suffixe d'attribut

[Talk-gb-westmidlands] HS2 phase 1 updates - Solihull interchange station

The link below provides info on compounds and new highway bridge structures being set-up and constructed next year in and around the proposed interchange station by the NEC. https://tinyurl.com/rmspe8q Cheers Andy ___ Talk-gb-westmidlands mailing

Re: [OSM-talk-fr] ref:FR:FANTOIR

Je te parle des codes communes pour lesquels tu n'as donné aucune référence fiable et validée. Ne détourne pas la conversation steuplé. Le 13/12/2019 à 05:30, Philippe Verdy a écrit : Ne me fais pas croire que le FANTOIR est décrit dans le COG, même en 2019. Là c'est toi qui confond, ce n'est

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

Le 13/12/2019 à 11:46, Quentin Salles a écrit : Bonjour, - La deuxième, c'est de pouvoir faire simplement une requête overpass afin de repérer les arrêts du réseau Tisséo. Si c'est un réseau, c'est network= Si c'est l'opérateur, c'est operator= (à mettre sur la/les relations) Cf

Re: [Talk-it] Errore per link dinamico di Overpass turbo per umap

Non è questo il problema. La query originale non li aveva e aveva già fatto il problema descritto. Ho introdotto i regex in un tentativo di ridurre il numero di caratteri. Come ho detto prima ho superato il problema lato Overpass. Adesso mi sono inceppato in uno lato uMap: Mi sembra che sia un

Re: [talk-cz] Historie OSM v CZ

Ten aktualni prohlizec delal ZbyCZ a urcite neni dokonaly, ja ale nemam kapacitu si s tim ted nejak dal hrat, to neni na chvilku. Proto jsem v prvnim mailu psal, ze uvitam nekoho na pomoc s UI. Kazdopadne bych rekl, ze tohle co popisujes je spis snaha prohlizece uchovat to v cache, jestli se s

Re: [OSM-talk-fr] ref:FR:FANTOIR

Bonjour, Le peu d'erreurs sur la Bretagne ont été corrigé de mon côté :) Xavier Le ven. 13 déc. 2019 à 11:09, a écrit : > https://overpass-turbo.eu/s/OWF > > Là tu ne devrais avoir que des incorrects. > > Visiblement des Nantais ont lu ton message ! > > Jean-Yvon > Le 13/12/2019 à 02:07,

Re: [Talk-it] Errore per link dinamico di Overpass turbo per umap

non so se c’entra con il tuo problema (probabilmente no), ma quella query mi sembra abbastanza “cara” in quanto sono tutte regex invece di confronti semplici. Potresti semplificare molto mettendo direttamente i filtri specifici come highway=cycleway piuttosto che highway=tutto che comincia con

Re: [OSM-talk-fr] ref:FR:FANTOIR

Avant de voir ce message, j'ai déposé une petite issue sur Github: https://github.com/osm-fr/osm-vs-fantoir/issues/71 A commenter, amender si le sujet vous parle. -- Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html ___ Talk-fr mailing

Re: [talk-cz] [osm_sk] Re: Historie OSM v CZ

On Fri, 13 Dec 2019 at 09:19, Tom Ka wrote: > pá 13. 12. 2019 v 9:16 odesílatel Peter Misovic > napsal: > > > > Ahoj, mne to nefunguje mimo Ciech. Cache som vymazal. > > Mam urobit este nieco? > > je to jen pro CZ, viz SUBJ a dotaz, jestli nekdo stoji i o SK (je to > docela dost prace) > >

Re: [talk-cz] Historie OSM v CZ

Ahoj, Tome, je to skvělý. Jen mám pocit, že čím dál jdu do historie, tím pomaleji se dlaždice načítají, někdy i v opačném pořadí, když skáču vpřed/vzad/vpřed/.., resp. s velkým zpožděním. Nenačítají se ty jednotlivé dlaždice přes sebe? I objem dat v RAM by tomu napovídal, že prohlížeč se snaží

Re: [OSM-talk-fr] gestion du hstore dans qgis

Oui c'est un truc qui t'évite de gérer le délimiteur de valeur et remplace donc par $$ donc pas d'échappement à gérer. exemple de clé ou la valeur contenant un simple cote ou un double cote utilisé comme paramètre de ta requête y compris les `` ou " Je parlais ce ça car le mieux c'est

Re: [Talk-lt] addr:flat

Hello 2019-12-13, pn, 13:16 Rihards rašė: > In the Baltic states, addr:flat is used only on two nodes in Lithuania: > https://www.openstreetmap.org/node/4146739382 > https://www.openstreetmap.org/node/4240999727 > Notice how it's singular, as opposed to addr:flats. > addr:flats is used ~17

Re: [OSM-talk-fr] gestion du hstore dans qgis

Un pro de postgre te fera sûrement une réponse plus fine que moi. Ici c'est une forme de quoting qui te permet "d’éviter" les autres formes de quoting (comme ') et \ et ne pas à avoir à les "echapper". Dans ma tête c'est un "super quote". Le ven. 13 déc. 2019 à 12:02, Tony Emery via Talk-fr <

[Talk-lt] addr:flat

Hi, dear Lithuanian community. In the Baltic states, addr:flat is used only on two nodes in Lithuania: https://www.openstreetmap.org/node/4146739382 https://www.openstreetmap.org/node/4240999727 Notice how it's singular, as opposed to addr:flats. addr:flats is used ~17 times in the world,

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

Le 13/12/2019 à 11:13, marc marc a écrit : Bonjour, Je me demande le sens de cet ultra spécialisation de la clef ref qu'on ne trouve pas dans d'autres clés. Avoir une clef ref avec un namespace devrait être utile quand il y a plusieurs ref (arrêt multi opérateur) C'est justement le cas

Re: [OSM-talk-fr] gestion du hstore dans qgis

Merci Olivier pour ta contribution. Rappelle-moi ce que signifie les $$ ? - Tony EMERY OpenStreetMap.fr Ingénieur SIG -- Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

Le 13/12/2019 à 11:55, Yves P. a écrit : @Xavier /*Pour certaines informations, il est vivement conseillé de se rendre sur le terrain ou d'utiliser StreetView (ou équivalent Mapillary). */ Pour ces attributs il est uniquement conseillé de le faire de visu... Et la promotion de StreetView

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

@Xavier > Pour certaines informations, il est vivement conseillé de se rendre sur le > terrain ou d'utiliser StreetView (ou équivalent Mapillary). > > Pour ces attributs il est uniquement conseillé de le faire de visu... Et la > promotion de StreetView n'est pas obligatoire… Il faudrait

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

Bonjour, @Marc marc Après, j'ai proposé la surcharge de cette clé pour 2 raisons : - La première c'est que plusieurs réseaux majeurs de transports en commun utilise cette clé (RATP, STAR, etc) - La deuxième, c'est de pouvoir faire simplement une requête overpass afin de repérer les arrêts du

Re: [OSM-talk-fr] gestion du hstore dans qgis

Bonjour, Pour les arbres j'ai une requête sql (postgresql) un peu monstre qui génère une autre requête avec tous les champs dans le hstore (y compris les `` ou ""). Tu peux modifier cette seconde requête avant de la lancer. SELECT format($$ SELECT osm_id, tags->%s > FROM planet_osm_point > WHERE

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

De plus Streetview n'est pas autorisé pour cela! As supprimer dans les plus bref délai A+ Le ven. 13 déc. 2019 à 11:28, Xavier BIZOT a écrit : > J'ai lu la page avec attention... > > Par contre je m'interroge sur cette phrase personnellement : > *Pour certaines informations, il est vivement

Re: [OSM-talk-fr] gestion du hstore dans qgis

> J'ai tout essayé, même la danse du ventre… Tu peux mettre une vidéo en ligne stp  ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] gestion du hstore dans qgis

@Tony quelle version de Postgresql Postgis as tu? Tu as fait quelle configuration ? Encodage de base etc. ('amenity_pnt', 'amenity IS NOT NULL’, ’amenity', ‘name', *‘*access’, 'tags -> *"*ref:FR:FANTOIR*"*', 'dispatch_point’), Il y a un problème ici tu as des guillemets en mode MySQL dans la

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

J'ai lu la page avec attention... Par contre je m'interroge sur cette phrase personnellement : *Pour certaines informations, il est vivement conseillé de se rendre sur le terrain ou d'utiliser StreetView (ou équivalent Mapillary). * Pour ces attributs il est uniquement conseillé de le faire de

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

Bonjour, Je me demande le sens de cet ultra spécialisation de la clef ref qu'on ne trouve pas dans d'autres clés. Avoir une clef ref avec un namespace devrait être utile quand il y a plusieurs ref (arrêt multi opérateur) mais quand il y a qu'une, cette habitude est un non sens. C'est un peu

Re: [OSM-talk-fr] ref:FR:FANTOIR

https://overpass-turbo.eu/s/OWF Là tu ne devrais avoir que des incorrects. Visiblement des Nantais ont lu ton message ! Jean-Yvon Le 13/12/2019 à 02:07, Jérôme Amagat - jerome.ama...@gmail.com a écrit : Il y a plusieurs ref:FR:FANTOIR avec un code direction différent de 0 en région

Re: [OSM-talk-fr] Osmose : Erreur sur remplacement clés "ref" sur réseaux de transports en commun

Bonjour, Je vous informe avoir modifié la page https://wiki.openstreetmap.org/wiki/Toulouse/Transports_en_commun afin de prendre en compte le "ref:FR:Tisséo". Cordialement Quentin SALLES Le mer. 11 déc. 2019 à 18:55, lenny.libre a écrit : > En ce qui concerne le réseau Arc-en-Ciel, quand

Re: [OSM-talk-fr] gestion du hstore dans qgis

pyrog wrote > Imbriquer les guillemets simple dans des doubles (ou vice versa), ça ne > fonctionne pas ? J'ai tout essayé, même la danse du ventre... - Tony EMERY OpenStreetMap.fr Ingénieur SIG -- Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

Re: [Talk-it] Errore per link dinamico di Overpass turbo per umap

Grazie della rapida reazione. Risolto. Ecco i dettagli Il problema è tutto sul lato Overpass, prima d qualsiasi operazione su lato uMap. > Effettivamente non sembra lunga. Non sembra lunga la query nel formato WIzard, ma la conversione in Overpass GL lo è in fatti (55 righe) > Accertati: > > -

Re: [OSM-talk-fr] gestion du hstore dans qgis

Denis, je retire ce que j'ai dit : ton astuce fonctionne, je l'ai testé sur une autre clé... Je vais donc faire ma tambouille dans ce coin là. - Tony EMERY OpenStreetMap.fr Ingénieur SIG -- Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

Re: [OSM-talk-fr] gestion du hstore dans qgis

@Tony > ('amenity_pnt', 'amenity IS NOT NULL','amenity, name, access,tags -> > 'ref:FR:FANTOIR'', 'dispatch_point’), > Du coup, les guillements de la clé hstore entrent en conflit avec les > guillements de ma table. J'ai essayé de doubler les guillements, de les > supprimer, rien y fait.

Re: [talk-cz] [osm_sk] Re: Historie OSM v CZ

Mrknul jsem se na okoli Chomutova, hodil nejstarsi mapu a rikal si: Je to rozbyty. Nez mi doslo, ze tehdy zde mapa jeste neexistovala. Pak jsem se proklikaval dal a koukal, co jsem maloval (moc toho neni). Diky Vasek Kroupar > 13. 12. 2019 v 9:22, Tom Ka : > > pá 13. 12. 2019 v 9:16

Re: [OSM-talk-fr] Appel à l'aide à propos d'une série de premières contributions assez catastrophiques

Le 12/12/2019 à 16:28, marc marc a écrit : Le 12 déc. 2019 à 16:13, FR via Talk-fr a écrit : Est-ce qu’il est possible avec iD de remonter dans l’historique Il y a un lien en bas à gauche vers osm.org pour afficher l'historique. Mais iD comme Josm sans plugin reverter ne permet à ma

Re: [OSM-talk-fr] gestion du hstore dans qgis

Denis, j'ai essayé ta solution mais cela ne revoit rien alors que je sais que la clé existe. Etienne, c'est ce que j'ai essayé au départ : dans le script, je créé une table avec les thématiques à extraire : CREATE TABLE public.thematique (diminutif varchar(50), condition varchar(250), attribut

Re: [OSM-legal-talk] use OSM data to select proprietary data

13 Dec 2019, 09:48 by frede...@remote.org: > I end up with a database of "streets that have at least one pub". This > database does not include OSM data. > > In my eyes, though, it is still *derived* from OSM data. It is the > result of an algorithmic process that has made use of OSM data; if

Re: [OSM-legal-talk] use OSM data to select proprietary data

12 Dec 2019, 23:40 by legal-talk@openstreetmap.org: > No, ODbL does not apply to any database that does not include OSM data. It is true but misleading to mention here as this database contains transformed OSM data. > Can I use OSM data and OpenStreetMap-derived maps to verify my own data

[talk-cz] WeeklyOSM CZ 489

Ahoj, je dostupné vydání 489 týdeníku WeeklyOSM: https://weeklyosm.eu/cz/archives/12610 * Svatojakubská cesta. * Polední menu v OSM? * Kdo není @anonymaps? * Mapování slumů drony. * Esperanto pro celý svět? * Volby do rady Nadace OSM. * OSM data pro úřady. * Mapování Indie 1:500. * Konference

Re: [OSM-talk-fr] Appel à l'aide à propos d'une série de premières contributions assez catastrophiques

Il y a OSMCha aussi, qui détecte les tout nouveaux... : https://osmcha.mapbox.com/ Bon courage... On 30/11/2019 01:27, Eric wrote: Bonjour, Je pense qu'on peut progresser dans l'accueil et la vérif des travaux pour les nouveau arrivants. Moi, j'ai écrit il y a peu mon premier article

Re: [OSM-talk-fr] adresse mail rejetée

Le 12/12/2019 à 21:59, osm.sanspourr...@spamgourmet.com a écrit : J'appelle ceci un message d'erreur, même si c'est en étranger^^ : Message transféré Sujet : Re: [OSM-talk-fr] adresse mail rejetée Date : Thu, 12 Dec 2019 20:57:49 + De :

Re: [OSM-legal-talk] use OSM data to select proprietary data

Kathleen, On 12.12.19 23:40, Kathleen Lu via legal-talk wrote: > No, ODbL does not apply to any database that does not include OSM data. Are you sure about this? Let me give an example: > If I understand your usecase correctly, Matthais, you are essentially > checking your list against OSM

Re: [OSM-talk] OSM very old data

Just few final notes (mainly for list archive): - oldest usable .osm file is from 2006-04-03. Those old files have plenty of nodes and ways (segments), but very few tagged, so only geometry is there. (https://planet.openstreetmap.org/cc-by-sa/planet-060403-fromARobinson.osm.7z) - The oldest

Re: [talk-cz] [osm_sk] Re: Historie OSM v CZ

pá 13. 12. 2019 v 9:16 odesílatel Peter Misovic napsal: > > Ahoj, mne to nefunguje mimo Ciech. Cache som vymazal. > Mam urobit este nieco? je to jen pro CZ, viz SUBJ a dotaz, jestli nekdo stoji i o SK (je to docela dost prace) Bye tom.k ___ talk-cz

Re: [talk-cz] Historie OSM v CZ

Ahoj, Hotovo. - nejstarsi pouzitelny OSM soubor je z 2006.04.03. U techto hodne starych je dost uzlu i nejake cesty, ale minimum ma nejake tagy. Videt jsou tak napr. mosty pri max. priblizeni (jen jmeno): Karluv most a okoli - https://osm.fit.vutbr.cz/cz_old/2006-04-03/15/17695/11100.png -