Re: [OSM-talk] How to teach novices about optimal changeset size?

Certainly not: - one changeset per building, repeated 20 times - one changeset for 3 POIs that are 1000 km apart in different countries These are real world examples. In the latter Achavi can often refuse to run. That's also why I asked ;-) It's not that easy to formulate the answer what is

Re: [Talk-it] Bacheche per rispettare la natura

2018-01-17 16:03 GMT+01:00 demon.box : > ...nessuna idea? > > tourism=information > information=board > board_type=nature > > oppure > > man_made=advertising > advertising=board > message=tourism > per me da quello che hai descritto non è advertising. Non è un

Re: [Talk-it] Bacheche per rispettare la natura

quindi anche semplicemente information=board board_type=notice potrebbe andare? --enrico -- Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html ___ Talk-it mailing list Talk-it@openstreetmap.org

Re: [OSM-talk] How to teach novices about optimal changeset size?

I would think that similar map changes (for example, only buildings) in a contiguous geographical region would be an «optimal» mapping style for easy reviewing. It could be a “tip” in the iD tutorial. From: Michał Brzozowski [mailto:www.ha...@gmail.com] Sent: onsdag 17. januar 2018 16.14 To:

Re: [OSM-talk] How to teach novices about optimal changeset size?

So, what is the optimal changeset size, and why? Tobias On 17/01/2018 14:26, Michał Brzozowski wrote: > Many new users have a habit of e.g. sending one or few objects per > changeset, resulting in a dozen or even more changesets per day. > Obviously this makes them PITA to review quickly in

Re: [Talk-it] Bacheche per rispettare la natura

...nessuna idea? tourism=information information=board board_type=nature oppure man_made=advertising advertising=board message=tourism grazie, ciao --enrico -- Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html ___ Talk-it

Re: [OSM-talk] How to teach novices about optimal changeset size?

Certainly I am not intending to change the community and require every mapper to comply. If you're an experienced mapper, you're fine. I mean new users, who are not yet integrated with the community. Their work should be checked thoroughly (in Achavi, osmcha...). All novices make mistakes, after

Re: [OSM-talk] How to teach novices about optimal changeset size?

> one changeset per building, repeated 20 times my typical use case: House numbering on the street: push the numbers & forget & go to the next house( fast feedback loop vs. Delayed gratification ) - sometimes the mobil app is crashing, and I don't want to go back 100m to re-enter - the

Re: [Talk-it] Bacheche per rispettare la natura

Io sono per il informatio=board board_type=notice poi, per non perdere l'info specifica, puoi sempre mettere qualcosa in description (che mi sempra sia proposta di default dal relativo preset JOSM) 2018-01-17 16:43 GMT+01:00 demon.box : > quindi anche semplicemente > >

Re: [OSM-talk] How to teach novices about optimal changeset size?

On Wed, 17 Jan 2018 14:51:38 +0100 Tobias Zwick wrote: > So, what is the optimal changeset size, and why? > For a novice? One building, or a short stretch of road, or a small park. They'll almost always make mistakes, and small changesets let you suggest better ways of

Re: [OSM-talk] Automatically generated changeset discussion comments by OSMCha

On 17/01/18 09:28, Marco wrote: 2) I've always been using the "changesets w/comments" line of the HDYC page to double check suspicious mappers. Have you considered filtering out changesets with comments and `review_requested=yes`? IMO if someone requests a review, they *want* a comment, even

Re: [Talk-it] Bacheche per rispettare la natura

cascafico wrote > Io sono per il > information=board > board_type=notice certo, diciamo che in questo caso specifico la cosa curiosa è che forse tourism=information ci potrebbe stare comunque visto che quegli "avvertimenti" sono rivolti proprio ai turisti ma se il wiki dice che con

Re: [OSM-talk] How to teach novices about optimal changeset size?

A lot of new mappers come through HOT and one problem I see is the same building mapped twice. The HOT tile system releases the lock after two hours on the tile. If mappers uploaded every fifteen minutes there would be fewer double mappings. An optimal change set size is difficult to define in

Re: [OSM-talk] How to teach novices about optimal changeset size?

This a purely an iD problem. It should be down to their core programmers to sort it out. We should be encouraging users, especially newbies, to save frequently. Potlatch does this without the problem of numerous changesets. DaveF On 17/01/2018 13:26, Michał Brzozowski wrote: Many new users

Re: [Talk-it] Bacheche per rispettare la natura

sent from a phone > On 17. Jan 2018, at 18:56, demon.box wrote: > > ma se il wiki dice che con board_type=notice tourism=information non ci và, > mi adeguo... ;-) fai come pensi tu, il wiki è per il caso generico. (d’altro canto, un turista che cerca informazioni

Re: [OSM-talk] How to teach novices about optimal changeset size?

On 17.01.2018 18:47, Rory McCann wrote: > Users want to save/upload frequently (because computers), so we'll never > stop them pressing the button often. But we could give them more than one button. There's "save", and then there's "upload/commit/publish". The two actions are distinct, and part

Re: [OSM-talk] How to teach novices about optimal changeset size?

This is how StreetComplete does it. Good thing is that the OSM server automatically closes changesets where nothing was added after one hour, so one does not need to worry that a changeset gets "stuck" if the user exits the application without closing the changeset. On 17/01/2018 18:47, Rory

Re: [OSM-talk] Automatically generated changeset discussion comments by OSMCha

Hi, On 17.01.2018 09:28, Marco wrote: > It's like clapping > your hands to the supermarket cashier every time he/she prints you the > receipt. I had to smile at that one. I think users should either be able to opt out of automatically generated changeset comments, or perhaps such changeset

Re: [OSM-talk] Automatically generated changeset discussion comments by OSMCha

On 17/01/18 09:46, Frederik Ramm wrote: It's like clapping your hands to the supermarket cashier every time he/she prints you the receipt. I had to smile at that one. Reminds me off the developers lists where there is more traffic of the 'I like that' than actual constructive contributions.

[OSM-talk-be] How to avoid that names are on all buildings

Hi, Every building with a different house number is a office and named "Clintonpark". Is this not to much same names on map. I tried to put it in relations but validator do not liked it, building, parking there are sharing same highways. Is there a need solution.

Re: [OSM-talk] Automatically generated changeset discussion comments by OSMCha

Agree with you, I don't really like this feature, mainly for two reasons: 1) I see myself as a quite experienced mapper and I guess pretty much 99% of my edits improved the map, I think it's nice to see that someone double checks some of my edits using osmcha or achavi, but I also think

Re: [OSM-talk-be] doctoral public defense

I'll try to attend. Thanks for the notice -- *Nicolas Pettiaux* PhD, AESS, EMM - Tel +32 496 24 55 01 Maître-assistant - École supérieure d'informatique - ESI http://esi-bru.be Haute école Bruxelles-Brabant - HE2B - http://he2b.be Laboratories of Image, Signal processing & Acoustics - ULB

Re: [OSM-talk] place=hamlet in cities

can you post some examples? cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] place=hamlet in cities

Have you been in contact with the two contributors to see if they can revoke/reupload? I presume it came from a database. If it's still available it can be amended as required. DaveF On 17/01/2018 23:33, Kevin Broderick wrote: In Annapolis, Maryland, for instance:

Re: [OSM-talk] place=hamlet in cities

2018-01-18 0:33 GMT+01:00 Kevin Broderick : > I'm leaning towards place=neighbourhood as being more correct than > place=hamlet, although it clearly leaves room for improvement in the form > of proper landuse polygons and local knowledge re: names. > +1, the examples

[OSM-talk] place=hamlet in cities

It seems like a previous import resulted in a lot of place=hamlet for smaller localities that clearly don't meet the hamlet definition on the wiki. Some are mobile home parks (trailer parks); others are housing developments/apartment complexes, and I think there are probably some that are more

Re: [OSM-talk] place=hamlet in cities

On 1/17/2018 5:55 PM, Kevin Broderick wrote: Does anyone see a problem with armchair-mapping these to place:neighbourhood? I am not planning to do this in an automated fashion, but instead to pick away at it while reviewing areas of interest to some of my coworkers, who have noted that an

Re: [OSM-talk] place=hamlet in cities

In Annapolis, Maryland, for instance: https://www.openstreetmap.org/node/158283000 https://www.openstreetmap.org/node/157577529 http://www.openstreetmap.org/node/150949243 All of the points for which I've reviewed the history were created ten years ago, edited nine years ago, by the same

[OSM-talk] How to teach novices about optimal changeset size?

Many new users have a habit of e.g. sending one or few objects per changeset, resulting in a dozen or even more changesets per day. Obviously this makes them PITA to review quickly in Achavi or whatever tool you use. This habit is probably caused by non-knowledge of how auto-save works in iD

[OSM-talk] OSM data, how can we contribute to keep it to a reasonable size?

Good morning, I started to experiment with the OSM data [1] on a local computer, and I begin to realize how big these data files are. It takes quite a while to load into the local database just the data for one country. What can I as a map editor do to keep these data files to a reasonable

Re: [OSM-talk] OSM data, how can we contribute to keep it to a reasonable size?

On Thu, 18 Jan 2018 06:14:17 +0100 Oleksiy Muzalyev wrote: > Good morning, > > I started to experiment with the OSM data [1] on a local computer, > and I begin to realize how big these data files are. It takes quite a > while to load into the local database just the

Re: [OSM-talk] How to teach novices about optimal changeset size?

On 17/01/18 15:13, Michał Brzozowski wrote: Certainly not: - one changeset per building, repeated 20 times Couldn't this be done with the "upload" vs "new changeset" feature of the OSM API? A technical solution. Multiple uploads in a single changeset? Users want to save/upload frequently

Re: [OSM-talk] place=hamlet in cities

On 1/17/2018 6:53 PM, Dave F wrote: Have you been in contact with the two contributors to see if they can revoke/reupload? I presume it came from a database. If it's still available it can be amended as required. At this point it would be much better to just manually fix anything that

[Talk-at] Einladung zum Januar-Stammtisch in Graz am Montag, 22.1.

Liebe OpenStreetMap-Interessierte in der Steiermark, Der erste heurige Grazer Stammtisch findet nächsten Montag (22.1.2018) um 18:00 im Brot & Spiele in Graz statt - Tischreservierung auf „OpenStreetMap“, wir sitzen gleich links vom Eingang (Nichtraucherbereich). Zwecks Agenda und sonstigem

Re: [OSM-talk-be] How to avoid that names are on all buildings

To answer how you have to map this, you first have to answer: what is "Clintonpark" ? - an area - a collection of buildings ? - a collection of identically named buildings ? m. On Wed, Jan 17, 2018 at 9:24 AM, Jakka wrote: > Hi, > > Every building with a different house

Re: [OSM-talk-be] How to avoid that names are on all buildings

Pitching in for a second, as it's my initial tag that got the ball rolling. The name 'Clintonpark' indicates the combined area of the buildings and their respective parkinglots, and is actually used as such. It's not a 'street name', as the buildings have house numbers referencing 'Ter Reigerie',

Re: [Talk-cz] Nedělitelné mezery v názvech ulic

2018-01-17 13:49 GMT+01:00 Matej Lieskovský : > > 6) Celý koncept toho, že se má ulice jmenovat stejně, je špatně > Trocha teorie - správně by to snad mělo být podle údajů ČÚZK

[OSM-talk-fr] Modification de la page FR:Bicyle concernant les voies piétonnes partagées

Bonjour, Je sais qu'il y a une discussion en cours concernant spécifiquement les pistes cyclables sur les trottoirs et je ne veux pas faire de doublon. Mais je voulais avoir votre avis sur une récente modification de la page FR:Bicycle avant de contacter le contributeur ou de discuter sur la

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] Montrer dans OSM les toponymes réels dans les différentes langues de la République française

Le 16 janvier 2018 à 15:25, Christian Rogel < christian.ro...@club-internet.fr> a écrit : > > Le 16 janv. 2018 à 11:47, Rpnpif a écrit : > > > > Le 15 janvier 2018, Philippe Verdy a écrit : > >> Le français est en fait une langue très récente créée de toute pièce > (une > >> des

[OSM-talk-fr] Précision ou non de la valeur par défaut de maxspeed pour les living_street en France

Un contributeur a précisé l'information suivante dans la page du Wiki FR:Bicycle "Utiliser l'attribut highway =living_street , l'attribut maxspeed

Re: [talk-ph] Mayon Volcano Eruption Jan 2018

Ervin, Thanks, this is so much bigger than the EDZ [0]. I feel its too much too big AOI for mapping. If we can have detailed poly that identifies at risk areas, that's much better. [0] https://user-images.githubusercontent.com/353700/35045993-ab1fce48-fbbb-11e7-9a98-51930ebc17c0.png On Wed,

[Talk-cz] Přejmenování některých katastrálních území

Dávám do samostatného vlákna - na stránkách ČÚZK jsou oznámené změny názvů některých katastrálních území - tedy boundary=administrative admin_level 10 V tom letošním souboru jsou všechny změny i za roky

Re: [Talk-cz] opendata Agentura ochrany přírody a krajiny ČR

2018-01-17 9:32 GMT+01:00 Marián Kyral : > Wikidata jsou nějaká univerzální pračka na špinavá data? Aneb, jak se z CC > 4.0 stane CC-0? > Jednoduše tak, že autor dat uvolní nějaký konkrétní dataset pro WD, čímž jej otevře pod CC-0, pak se rozhodne zveřejnit na webu větší balík

Re: [Talk-cz] Nedělitelné mezery v názvech ulic

On 2018-01-17, 12:49 GMT, Matej Lieskovský wrote: > 1) Odstraňuj nbsp z názvů ulic > 2) Tam, kde se vyskytují obě varianty, preferuj tu bez nbsp > 3) Tam, kde se vyskytují obě varianty, preferuj tu častější > 4) Tam, kde se vyskytují obě varianty, preferuj tu s nbsp > 5) Přidávej (ručně) nbsp do

Re: [Talk-cl] Mejoras a la red de carreteras en Chile

Algo así sería maravilloso. También debería revisar, al igual que geofabrik, nombres de calle en direcciones diferente a los nombres de calles cercanas (por ejemplo, una calle está como Tarapacá, y en las direcciones como Avenida Tarapacá). Cristián ___

Re: [talk-ph] Mayon Volcano Eruption Jan 2018

The objective of the area I created was to include evacuation centers I mapped before that were used by APDRRMO in 2014 [0] for the phreatic eruption event plus covering the pyroclastic flow and lahar flow hazard area released by PHIVOLCS [1]. Might be a good idea in the future to map it for

Re: [Talk-cz] Nedělitelné mezery v názvech ulic

Na neoficiální názvy máme loc_name, ne (křižovatka U Bulhara byl taky kdysi neofiko název podle tamního trafikanta)? Minimálně Nominatim podle toho hledat umí. Co se týče logických důvodů, ty celkem neexistují - jen historické ("Vinohradská končí u vozovny, protože to je poslední výspa civilizace

Re: [Talk-pt] Apresentação de José Flor - OzFlor

Bem-vindo! Em 17/01/2018 12:50, "Pedro Lima" escreveu: > Olá José, > > Muito bem vindo. Qualquer coisa avise. > > Abraço > > > Em 17 de janeiro de 2018 12:31, Nelson A. de Oliveira > escreveu: > >> Oi, José. >> Seja bem vindo. >> >> Para os outros

Re: [OSM-talk-fr] Précision ou non de la valeur par défaut de maxspeed pour les living_street en France

Bonjour Charles, Les valeurs par défaut sont explicites dans la relation suivante : https://www.openstreetmap.org/relation/934933 Cela est documenté dans la page https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Maxspeed#Default_speed_limits

Re: [OSM-talk-fr] Modification de la page FR:Bicyle concernant les voies piétonnes partagées

Le 17/01/2018 à 15:19, Charles MILLET a écrit : je ne sais pas elle fait consensus. Je confirme, elle ne fait pas consensus. Elle ne fera probablement jamais consensus. highway=path a été la mauvaise bonne idée d'utiliser un mot trop descriptif pour tagguer autre chose. JB.

Re: [OSM-talk-fr] Modification de la page FR:Bicyle concernant les voies piétonnes partagées

Bonsoir, Le 17. 01. 18 à 15:19, Charles MILLET a écrit : > éviter les débats pour savoir si un voie est un footway ou un cycleway ce serrait pourtant facile en se basant : sur la largeur : trop étroit pour un véhicule -> path sur les panneaux footway

Re: [OSM-talk-fr] Précision ou non de la valeur par défaut de maxspeed pour les living_street en France

Je pense que n'était pas spécifique aux vélo (et même quasi sans importance vu le faible nombre de vélo >20km/h), je pense que la limite de vitesse fait mieux d'être traité par un lien vers une page sur le sujet. sinon on finit par parler de tout partout. Sur le fond, il y a des valeurs par

[OSM-talk-fr] Première réunion du bureau de l'OSMF jeudi 18 janvier, 22h françaises

Bonjour à tous, Pour ceux qui ne sont pas abonnés à la liste de discussion de la Fondation OSM (ce qui peut se faire ici : https://lists.openstreetmap.org/listinfo/osmf-talk), la première réunion de l'année de son bureau aura lieu demain en ligne à 21h à Londres, donc 22h en France. Plus d'infos

Re: [Talk-cz] Nedělitelné mezery v názvech ulic

On 2018-01-17, 14:10 GMT, Jan Martinec wrote: > Jinak nejde jen o nbsp, někdo přidává Unicode ekvivalenty na > římské číslice v názvech. To je medle ok, ale je to kanonický > název, nebo ten má být spíše Ⅱ, nebo II? To už mi připadne jako kravina. Nezlomitelná mezera má svoje výhody, ale Ⅱ mi

Re: [Talk-cl] Mejoras a la red de carreteras en Chile

eso sería genial. - estoy completamente de acuerdo que los cambios no deben ejecutarse automáticamente, si no, como propones, que sean supervisados siempre por algún usuario. Aunque sea solo autorizar cambios triviales. - una buena idea sería diseñar alguna opción para revertir un cambio

Re: [OSM-talk-fr] positionnement des adresses et ménage

Le 16 janvier 2018 à 12:17, jabali a écrit : > Mettre l'adressage sur le bâtiment permet l'identifier facilement de visu > sur la carte... > ...à condition que les voies d'accés privées soient évidemment renseignées. > > Mais l'adressage sert aussi au routage et dans ce

Re: [Talk-cz] opendata Agentura ochrany přírody a krajiny ČR

Ok, takže to chce jim napsat, zda to nechtějí všechno uvolnit pod CC-0, nebo nám alespoň dát plošně výjimku podobnou jako nám dal IPR, ať to nemusíme tahat přes WD? Matej 2018-01-17 16:37 GMT+01:00 Jan Macura : > 2018-01-17 9:32 GMT+01:00 Marián Kyral : >

Re: [OSM-talk-fr] Modification de la page FR:Bicyle concernant les voies piétonnes partagées

Bonsoir, Je trouve au contraire que c'est le meilleur compromis quand il n'y a effectivement pas de signalisation en place. C'est aussi à mon sens plus compréhensible que d'associer par exemple highway=footway + bicycle=yes. Romain Le 17 janvier 2018 à 15:19, Charles MILLET

Re: [Talk-GB] Asda petrol station data

Hi all, Thanks for participating in the Asda standalone petrol station data validation. I have now pulled back the results of your work. Where a fixme was added it related to existing OSM data (e.g. the name tag or an out of date operator tag). The one exception was a comment questioning the

Re: [Talk-cz] Nedělitelné mezery v názvech ulic

To se mi zase povedlo kopnout do něčeho fajného... O metafyziku mi v tomto případě opravdu moc nejde - když končí Vinohradská a začíná Černokostelecká, tak končí Vinohradská a začíná Černokostelecká. To mě vážně netrápí. Taky mi nedělá problém přejmenovat celou ulici, kdykoliv kdy se její název

Re: [Talk-cz] Izochrony

I kdyz v tom odkazu nejde o cas, ale o vzdalenost? > >Cus, nic proti, ale tohle je proste holy nesmysl. A zduvodnim ti i proc, >tam kde sou dalnice bys ve skutecnosti mel tu zelenou zonu vyrazne >vytazenou z praglu ven (a samozrejme v dousledku pak i tu cervenou). > >A naopak, mel bys i ve

Re: [OSM-talk-fr] Atelier de lutherie

Effectivement, le mieux semble au final être : - shop + craft + repair pour les luthiers - shop + repair pour les « simples » ateliers de réparation (souvent plutôt instruments à vent) Dans les deux cas, musical_instrument comme clé pour préciser le type d'instruments. Merci ! Julien Le

Re: [Talk-cz] Izochrony

Odkud, kam? -- Původní e-mail -- Od: Václav Kubíček Komu: OpenStreetMap Czech Republic Datum: 17. 1. 2018 9:51:07 Předmět: Re: [Talk-cz] Izochrony " Nemyslel jsem zrovna hromadnou dopravu, na kterou jsou jízdní řády potřeba, ale jen

Re: [Talk-cz] Izochrony

K tomu jsou potřeba data jízdních řádů. A ty v OSM nejsou a ani tam nepatří. Takže je to trochu offtopic. Nicméně ta data existují a už je možné je importovat do vlastních aplikací. Např. já takhle pokusně provozuju http://jizdnirady.svita.cz/pid Viz

Re: [Talk-cz] Izochrony

Nemyslel jsem zrovna hromadnou dopravu, na kterou jsou jízdní řády potřeba, ale jen např. dojezdovou vzdálenost autem, na kole případně pěšky. V. __ Od: Mikoláš Štrajt Komu: "OpenStreetMap Czech Republic"

Re: [Talk-cz] opendata Agentura ochrany přírody a krajiny ČR

-- Původní e-mail -- Od: Jan Macura Komu: OpenStreetMap Czech Republic Datum: 16. 1. 2018 18:34:27 Předmět: Re: [Talk-cz] opendata Agentura ochrany přírody a krajiny ČR " 2018-01-16 17:08 GMT+01:00 Matej Lieskovský

Re: [Talk-cz] Izochrony

Jako mapu dojezdových časů / vzdáleností. Například jako zde: https://www.openrouteservice.org/reach?n1=50.071647=14.502623=10=50.06694,14.460249=0=0=30=15=en-US=km   Vašek   __ Od: Marián Kyral Komu: "OpenStreetMap

Re: [Talk-cz] Izochrony

Dne 17.1.2018 v 9:33 Václav Kubíček napsal(a): Jako mapu dojezdových časů / vzdáleností. Například jako zde: https://www.openrouteservice.org/reach?n1=50.071647=14.502623=10=50.06694,14.460249=0=0=30=15=en-US=km Cus, nic proti, ale tohle je proste holy nesmysl. A zduvodnim ti i proc, tam

[Talk-GB] Petrol stations with fixme tag

Hi all, I just published the third blog update for the quarterly project to map petrol stations. This time focused on the 130 forecourts with a fixme tag. Read more at http://www.mappa-mercia.org/2018/01/petrol-stations-with-a-fixme-tag.html Upcoming topics: - My experience with the OSM

Re: [OSM-talk-fr] Première réunion du bureau de l'OSMF jeudi 18 janvier, 22h françaises

Merci Séverin pour le message et ton implication :) Le 17 janvier 2018 à 20:03, Severin Menard a écrit : > a priori l'instance de Mumble utilisée est celle du serveur de l'ONG HOT > US Inc. > > ... pardon ? ça pourra être la première question à poser au board: pourquoi

[OSM-talk-fr] Faux positif d'Osmose sur l'identification de la ville

Bonsoir, Ce soir, en voulant résoudre quelques erreurs qu'Osmose m'attribue parce que je suis le dernier contributeur à avoir modifié les objets en question, je suis tombé sur la zone suivante : http://osmose.openstreetmap.fr/fr/map/#item=2060=18=44.664133=-0.848937=1,2,3=T

Re: [talk-ph] intro to Kaart initiative in PH

Glen, thank you for sharing. Road surface types, and lanes, is one of the attributes we hope to collect and add into the the OSM database. The challenge of "how" to collect these, is another matter altogether. We have limited street-level imagery (and that's one way of doing that), and in many

[talk-au] Vicmap Datasets in OpenStreetMap

I've secured the OSMF CC BY 4.0 waiver from DELWP for use of their Vicmap Datasets in OpenStreetMap. Some of these datasets were already listed at https://wiki.openstreetmap.org/wiki/Contributors#Victorian_Government_data, but now I've updated that section with the waiver details so it's clear

Re: [Talk-cz] Nedělitelné mezery v názvech ulic

Dne 17.1.2018 v 14:49 majka napsal(a): 2018-01-17 13:49 GMT+01:00 Matej Lieskovský >: 6) Celý koncept toho, že se má ulice jmenovat stejně, je špatně Trocha teorie - správně by to snad mělo být podle údajů ČÚZK To se

Re: [Talk-GB] Petrol stations with fixme tag

For the overpass-turbo link on your blog, I suggest you use this one instead: https://overpass-turbo.eu/s/uZR - which includes "in UK" in the query to limit the search to the UK instead of a normal bbox. The same can be done for other countries, councils and towns/cities with areas. On

Re: [Talk-cz] opendata Agentura ochrany přírody a krajiny ČR

2018-01-17 22:17 GMT+01:00 Matej Lieskovský : > Ok, takže to chce jim napsat, zda to nechtějí všechno uvolnit pod CC-0, > nebo nám alespoň dát plošně výjimku podobnou jako nám dal IPR, ať to > nemusíme tahat přes WD? > Takže jestli si s nimi chceme dopisovat, tak to

Re: [talk-ph] Mayon Volcano Eruption Jan 2018

Here it is, Maning https://owncloud.cxsmedia.com/index.php/s/xI7M2yqVI0Zrrs0 Ervin M. *Schadow1 Expeditions* - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com On Wed, Jan 17, 2018 at 8:46 PM, maning sambale wrote: > Ervin, > >

Re: [Talk-cl] Mejoras a la red de carreteras en Chile

Que tal, la otra vez hice un bot para cambiar nombres bastante simple. Estaba pensando y tal vez inicialmente podría "sugerir" cambios, hacemos que se ejecute cada cierto tiempo e identifique ciertas situaciones (Se me ocurre) 1.- Cambio de abreviaciones. 2.- Cambio de nombre de calles sobre

Re: [Talk-cz] Nedělitelné mezery v názvech ulic

Podle mého jednoznačně loc_name. Ve chvíli, kdy se to objeví na cedulích pak přesunout do name 2018-01-18 6:56 GMT+01:00 Jan Dudík : > Já bych měl jeden související dotaz. > V naší obci ulice oficiálně jména nemají. > Ovšem třeba do projektu opravy po mně starosta chtěl,

Re: [Talk-cz] Nedělitelné mezery v názvech ulic

Já bych měl jeden související dotaz. V naší obci ulice oficiálně jména nemají. Ovšem třeba do projektu opravy po mně starosta chtěl, abych tam uvedl určité jméno. Jak případně tagovat takováto neoficiální (= nejsou v žádném registru) jména? JAnD --- Ing. Jan Dudík projekce dopravních staveb tel.

Re: [OSM-talk-fr] Hiérarchie des relations d’itinéraire cyclistes

Coucou, Le 16/01/2018 à 17:23, Charles MILLET a écrit : > Je raccroche le sujet avec un peu de retard. C’est un super travail que > tu as fais axelos. Les commentaires qui suivent ne vont malheureusement > pas vraiment dans ton sens mais ils n’ont pas du tout pour objectif de > simplement

Re: [Talk-es] Calle Bolivar Madrid España el API devuelve mal el código postal

Según el FAQ de Nominatim [1] los códigos postales fueron importados o calculados en 2012, no están actualizados, y están trabajando en algo mejor. No sé si el FAQ está actualizado.

[Talk-cz] Nedělitelné mezery v názvech ulic

Ahoj! Pomalu pracuju na tom již zmiňovaném systému na polo-automatickou údržbu street relací a tak narážím na různé podivnosti v databázi, kterých bych si jinak nevšiml. Třeba mě to upozorňuje na to, když jednotlivé segmenty té samé ulice mají různé názvy, což chytá i takové prkotiny, jako je

Re: [talk-ph] Mayon Volcano Eruption Jan 2018

Ervin, > A poly file [0] was created to prioritize its southwest quadrant where the > magma initially flowed and also to include evacuation centers we mapped back > during its phreatic eruption in 2014. I suggest we can also make this as the > bounds for the HOT task. I can't find my poly to

Re: [Talk-pt] Apresentação de José Flor - OzFlor

Olá José, Muito bem vindo. Qualquer coisa avise. Abraço Em 17 de janeiro de 2018 12:31, Nelson A. de Oliveira escreveu: > Oi, José. > Seja bem vindo. > > Para os outros integrantes da lista, eu estava conversando > anteriormente com o José e convidei-o a participar daqui,

Re: [Talk-es] Cuenta de GitHub OSM-es

Hola. Por favor, añádeme. Soy davefx en github. Quizá se podría añadir el proyecto https://github.com/davefx/osm-callejero-importer -- David Marín Carreño El mié., 17 ene. 2018 a las 0:35, Javier Sánchez Portero (< javiers...@gmail.com>) escribió: > Enviadas invitaciones. Para que los usuarios

Re: [Talk-es] Calle Bolivar Madrid España el API devuelve mal el código postal

Acabo de descubrir este, parece que la calculación de códigos postales en Nominatim sí ha cambiado últimamente, pero no he tenido tiempo para leer con ciudado: https://www.openstreetmap.org/user/lonvia/diary/43143 -- Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

[Talk-es] Calle Bolivar Madrid España el API devuelve mal el código postal

Buenas. "Jugando" un poco con el API de openstreetmap he hecho el siguiente query: https://nominatim.openstreetmap.org/search?format=jsonv2=ES=Madrid=1=calle+bolivar%2C+11 Y devuelve: Array ( [0] => Array ( [place_id] => 117151370 [licence] => Data ©

Re: [Talk-cz] Počet pater z RUIAN

Jsou chyby a chyby... Matně si vzpomínám že v jakési dědině (Lysice? Drnovice?) jsem viděl importované domy s počtem pater 1 a 0. Situace na místě byla že 0 pater fakt nemáme :D Často taky stálo o patro víc než ta oficiální jednička... To bylo před pár lety, třeba se aspoň ta nula zlepšila. Taky

Re: [Talk-pt] Apresentação de José Flor - OzFlor

Oi, José. Seja bem vindo. Para os outros integrantes da lista, eu estava conversando anteriormente com o José e convidei-o a participar daqui, para tirar dúvidas e aprender como colaborar da melhor maneira possível com o OpenStreetMap. Obrigado e abraço!

Re: [Talk-es] Calle Bolivar Madrid España el API devuelve mal el código postal

Perdón no se si ayuda que he probado la respuesta html y tiene mas detalles: https://nominatim.openstreetmap.org/details.php?place_id=117151370 Y viene un campo llamado "Computed Postcode" que ahí sale el mal. Y por ejemplo la "calle del laurel" que esa si funciona bien, sale bien todo:

Re: [talk-ph] intro to Kaart initiative in PH

Nothing to offer by my own personal experiences I'm a regular user of GPS for navigation at home (Australia) in urban and country environments. I've noted in OSM (Philippines - specifically N-W Pangasinan) two things that are undefined in 99% of roads, but used by the routing engine - road

[Talk-cz] Počet pater z RUIAN

Zdravím, chci se zeptat: neřešil někdo z Vás nějaké procento chybovosti atributu počtu pater importovaných z RÚIÁN? Mě osobně připadá, že je v tom tak moc chyb (už ze zdroje), že je to prakticky nepoužitelná informace. Kdyby to bylo +- 1 patro, ale narážím na extrémy 4 vs. 10 pater a podobně.

Re: [Talk-cz] Počet pater z RUIAN

Dobry den, ve starsich datech RUAN bylo vetsinou jen jedno patro. V novejsich datech se nejaky pocet pater > 1 vyskytuje casteji. Pocet pater se nesmi brat jako smeroplatny. Dokonce i u jinych zdroju patra nesedi. Jedina moznost je mistni navsteva ale i tak byvaji problemy jak zapocitat patra

Re: [talk-ph] Mayon Volcano Eruption Jan 2018

Thanks everyone for finishing the task really quick! We have 100% mapped and 57% validated as of this time. Also thanks to the mappers before us who already mapped a lot before this event. We created a new task to include the expanded danger zone [0], reference material [1]. Compared to the

Re: [OSM-talk-fr] dépose-minute

Bonjour, J'ai récemment fait un arrêt-minute en bordure de voie, J'ai préféré utiliser ceci: highway=tertiary parking:condition:left=no_parking parking:lane:left=parallel Pourquoi ne pas avoir parking:condition:*=kiss_and_ride ? En même temps je me demande quelle est la vrai difference entre un

Re: [OSM-talk-fr] dépose-minute

- Mail original - De: "Julien Noblet" À: "Discussions sur OSM en français" Envoyé: Mercredi 17 Janvier 2018 10:13:06 Objet: Re: [OSM-talk-fr] dépose-minute > En même temps je me demande quelle est la vrai difference entre un >

Re: [Talk-cz] Izochrony

2018-01-17 9:52 GMT+01:00 jzvc : > Dne 17.1.2018 v 9:33 Václav Kubíček napsal(a): > >> https://www.openrouteservice.org/reach?n1=50.071647=14.50 >> 2623=10=50.06694,14.460249=0=0=30=15=en-US=km >> > > Cus, nic proti, ale tohle je proste holy nesmysl. A zduvodnim ti i proc, > tam

Re: [Talk-cz] Počet pater z RUIAN

-- Původní e-mail -- Od: Vladimír Semotán Komu: OpenStreetMap Czech Republic Datum: 17. 1. 2018 12:46:42 Předmět: [Talk-cz] Počet pater z RUIAN " Zdravím, chci se zeptat: neřešil někdo z Vás nějaké procento chybovosti atributu

Re: [Talk-cz] Počet pater z RUIAN

Ahoj, ten počet vchodů je zajímavý "hint". Kouknu-li ale třeba sem: http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/18734715, vidím 10 pater a žádné uvedené vchody (osm tu informaci odráží) :-/. Na mapy.cz má ta budova jen 3-4 patra:

  1   2   >