Mechanical edits

HourOfTheWulf · 2017-01-25 15:44:42

Gevonden! Expert mode moet wel aan staan. Ik gebruik dezelfde versie, maar dan Engels. Overigens duurt "contacting Server" wel erg lang....

Dus een work around is de dingen uitzoeken in overpass, dan exporteren naar JOSM en als dat niet werkt de tekst plakken in dit schermpje. wel omslachtig.

Last edited by HourOfTheWulf (2017-01-25 16:04:44)

HourOfTheWulf · 2017-01-25 16:52:26

Nu al drie keer achter elkaar "connection with osm server overpass api de timed out". Ik heb echt het gevoel dat die server vast aan het lopen is. Herkent iemand die problemen?

Sander H · 2017-01-25 17:03:23

HourOfTheWulf wrote:

Nu al drie keer achter elkaar "connection with osm server overpass api de timed out". Ik heb echt het gevoel dat die server vast aan het lopen is. Herkent iemand die problemen?

Standaard staat JOSM op een timeout van 30 seconden ingesteld. In je preferences (socket.timeout.read) kun je dat oprekken, maar als OSM trager is, of een van je kaartlagen, werkt dat daar ook op door waardoor het kan lijken alsof er helemaal niks meer gebeurt. Dan moet je in die gevallen iets meer geduld hebben.

Het beste (maar niet altijd mogelijk) is om een kleiner gebied of simpelere query te gebruiken die minder resultaten oplevert.

Naast deze timeouts in JOSM heeft de overpass server ook een eigen timeout die je via een parameter in je query ook kunt oprekken, maar deze groter zetten dan de timeout in JOSM heeft geen zin.

marczoutendijk · 2017-01-25 17:23:27

HourOfTheWulf wrote:

Herkent iemand die problemen?

Nee, ik heb hier een probleemloze relatie met overpass, zowel via JOSM, als via de overpass server zelf.
Ik heb wel mijn socket.timeout.read op 180 seconden ingesteld, maar dat is alleen maar nodig als een query heel erg lang gaat duren omdat je bv. een heel groot gebied aan het bevragen bent.
Zodra ik een query start, krijg ik direct iets te zien. (Ik weet niet of het uitmaakt, maar ik heb wel een 500 Mbit glasvezel verbinding).

Math1985 · 2017-01-27 19:32:27

Met betrekking tot die merken in all caps, ik zou de Wikipedia style guide volgen:

"Follow standard English text formatting and capitalization practices, even if the trademark owner considers nonstandard formatting "official", as long as this is a style already in widespread use, rather than inventing a new one:
avoid: TIME, KISS, ASUS, The PLAYERS Championship
instead, use: Time, Kiss, Asus, The Players Championship (Capitalize IBM, IKEA, as initialisms.)"

Ik denk dat niemand er iets mee op schiet als we overal BURGER KING gaan schrijven. Sommige winkels zoals IKEA en HEMA zijn twijfelgevallen, daar lijkt het me het belangrijkste om in elk geval consistent te zijn.

de vries · 2017-01-27 22:11:57

Math1985 wrote:

Met betrekking tot die merken in all caps, ik zou de Wikipedia style guide volgen:
[...]

+1

Commodoortje · 2017-01-27 22:56:31

Math1985 wrote:

Met betrekking tot die merken in all caps, ik zou de Wikipedia style guide volgen:
"Follow standard English text formatting and capitalization practices, even if the trademark owner considers nonstandard formatting "official", as long as this is a style already in widespread use, rather than inventing a new one:
avoid: TIME, KISS, ASUS, The PLAYERS Championship
instead, use: Time, Kiss, Asus, The Players Championship (Capitalize IBM, IKEA, as initialisms.)"
Ik denk dat niemand er iets mee op schiet als we overal BURGER KING gaan schrijven. Sommige winkels zoals IKEA en HEMA zijn twijfelgevallen, daar lijkt het me het belangrijkste om in elk geval consistent te zijn.

+1

HenkL · 2017-01-28 00:06:58

Mee eens.
IKEA en HEMA zijn acroniemen van resp. Ingvar Kamprad Elmtaryd Agunnaryd en Hollandsche Eenheidsprijzen Maatschappij Amsterdam, dus de hoofdletters daar zijn gerechtvaardigd.

SubieLibero · 2017-01-28 09:39:34

HenkL wrote:

Mee eens.
IKEA en HEMA zijn acroniemen van resp. Ingvar Kamprad Elmtaryd Agunnaryd en Hollandsche Eenheidsprijzen Maatschappij Amsterdam, dus de hoofdletters daar zijn gerechtvaardigd.

+1, ben het er ook helemaal mee eens.

Last edited by SubieLibero (2017-01-28 09:39:48)

marczoutendijk · 2017-01-28 11:20:46

De naam van dit topic moet eigenlijk luiden:

De juiste spelling van winkelnamen.

HourOfTheWulf · 2017-01-31 14:16:46

Tja, en wie zijn wij om te bepalen hoe een winkelketen heet? Volgens mij is het nog steeds de winkelketen zelf die dat bepaalt, niet Wikipedia, OSM, of welke mapper dan ook. De beste referentie is imo dan ook de website van de betreffende keten.

De naam van dit topic moet eigenlijk luiden:
De juiste spelling van winkelnamen.

Neen, Mechanical Edits is de juiste naam. Ik heb deze draad aangemaakt om te discussieren over enkele veel gemaakte spelfouten en standaard aanvullingen op namen van winkelketens die erg makkelijk via een mechanical edit te corrigeren zijn. De discussie ging over mechanical edits, zoals correctie van veel gemaakte spelfouten, verkeerde tagging enzovoort. Dat enkele er een discussie over maakten over hoe winkelketens gespeld moesten worden maakt het nog niet een spelling van winkelketen topic.

marczoutendijk · 2017-01-31 15:39:56

HourOfTheWulf wrote:

Ik heb deze draad aangemaakt om te discussieren over enkele veel gemaakte spelfouten en standaard aanvullingen op namen van winkelketens die erg makkelijk via een mechanical edit te corrigeren zijn.

In #34 heb ik uitgelegd hoe dat moet (nadat ik in #2 had uitgelegd waar je op moet letten).

Waar wacht je op?

HourOfTheWulf · 2017-02-01 11:56:27

Ik heb overigens nog geen reactie gehad van Burger King (of BURGER KING?) over de juiste spelling van hun naam.

The Maarssen Mapper · 2017-02-01 12:00:09

HourOfTheWulf wrote:

Ik heb overigens nog geen reactie gehad van Burger King (of BURGER KING?) over de juiste spelling van hun naam.

Gaat niet om spelling, maar om de schrijfwijze / typografie.

marczoutendijk · 2017-02-01 13:11:29

HourOfTheWulf wrote:

Didi Eerste letter hoofdletter, de rest kleine letters. Staat soms fout.
http://overpass-turbo.eu/s/lqm -> name=Didi (11x)

Deze 11 heb ik vandaag omgezet.

marczoutendijk · 2017-02-01 13:28:50

HourOfTheWulf wrote:

HEMA met hoofdletters volgens hun eigen informatie en department store
http://overpass-turbo.eu/s/lqT -> name=HEMA (19x)
http://overpass-turbo.eu/s/lqX -> shop="department_store" (34x)

Ik heb de HEMA winkels die nog geen shop=department_store hadden staan, nu aangepast.
Ik heb daarbij de HEMA Beauty en de HEMArkt overgeslagen.

HourOfTheWulf · 2017-02-01 20:09:54

The Maarssen Mapper wrote:

HourOfTheWulf wrote:
Ik heb overigens nog geen reactie gehad van Burger King (of BURGER KING?) over de juiste spelling van hun naam.
Gaat niet om spelling, maar om de schrijfwijze / typografie.

Ongetwijfeld, en je hebt in je eigen wereld vast helemaal gelijk als jij daar behoefte aan hebt. In iedergeval is de spelling, schrijfwijze en typografie niet onderhevig aan enige vorm van democratie. Er is slechts 1 instantie die uitmaakt hoe Burger King (of BURGER KING?) geschreven dient te worden. En dat is...

marczoutendijk · 2017-02-01 20:40:39

HourOfTheWulf wrote:

Burger King De naam is nog ter discussie maar de tagging is als volgd
http://overpass-turbo.eu/s/lt3
-> restaurant=fast_food
-> amenity=fast_food
-> cuisine=burgers

Wat hier in ieder geval niet klopt is restaurant=fast_food, omdat restaurant geen key kan zijn maar een value bij amenity.
En wat ook niet klopt is cuisine=burgers.
Dus die moeten er sowieso uit worden gehaald.
Misschien wil je dat zelf doen? Ik vond er 52, allemaal van 25-1-2017 en met jouw naam erbij.

Wat wel goed is:

amenity=restaurant
cuisine=burger

of

amenity=fast_food
cuisine=burger

Pas je dat dan ook aan?

===
Edit: aantal foutief gecorrigeerd.

Last edited by marczoutendijk (2017-02-01 20:46:43)

marczoutendijk · 2017-02-01 20:43:44

HourOfTheWulf wrote:

Er is slechts 1 instantie die uitmaakt hoe Burger King (of BURGER KING?) geschreven dient te worden. En dat is...

Om deze discussie (die nog 1000 jaar door kan gaan) een slot te geven, stel ik voor om op OSM Burger King te gaan gebruiken.
Gelet op de eerdere argumenten lijkt me dat het best aan te sluiten bij de gangbare regels.

marczoutendijk · 2017-02-01 20:51:43

En nog even over het onjuiste gebruik van die restaurant=fast_food tagging.
Wereldwijd kwam die t/m 18 januari slechts 13 keer voor.
Maar na jouw aanpassing was dat aantal gestegen tot 89!

Hiermee zie je ze allemaal:

[out:xml];
(
  node["restaurant"="fast_food"];
  way["restaurant"="fast_food"];
);
out meta;
>;
out meta qt;

marczoutendijk · 2017-02-02 03:35:29

HourOfTheWulf wrote:

Beste allen, Bij deze een nieuwe voorstel van verschillende mechanical edits, of community edits . Een aantal zijn nieuw, een aantal zijn weer vervuild geraakte oude edits. Ze zijn verzameld met Overpass Turbo.
[.... knip lijst met winkels/bedrijven ...]
Zo, als we deze verwerkt hebben zijn we al heeeel veel verder.

Het zou wel handig zijn als je in die lijst opneemt wanneer je iets hebt opgelost. Iedereen die nu mee wil helpen komt er al doende pas achter dat iets al is afgehandeld.

marczoutendijk · 2017-02-02 04:14:33

amenity=restaurant
restaurant=fast_food

marczoutendijk wrote:

Wat hier in ieder geval niet klopt is restaurant=fast_food, omdat restaurant geen key kan zijn maar een value bij amenity.

Dat is ook logisch, want je kunt nu eenmaal niet - in dezelfde tabel - wat je op de ene regel als waarde (=restaurant) gebruikt, op de volgende regel als key (restaurant=) gebruiken en ze dan allebei dezelfde waarde geven!
Maar het is wel verwarrend, want dit kan wel:

natural=water
water=lake

of

tourism=information
information=office

En bij restaurant lijkt het heel logisch om dat ook te doen, we zeggen tenslotte ook dat de Burger King een fastfood restaurant is, maar er is nu eenmaal voor gekozen om amenity=restaurant of amenity=fast_food te gebruiken en dan dmv. cuisine=* verder te specificeren.
En als je dit wil gebruiken:

amenity=restaurant
amenity=fast_food

op dezelfde node, lukt het ook niet, want je kunt een key maar één keer gebruiken per node. Dat levert dus soms de oplossing om meervoudige waarden voor een key te hanteren:

amenity=restaurant;fast_food

Maar dan krijg je weer problemen hoe dat moet worden gerenderd, want de meeste renderers weten niet goed raad met die meervoudige waarden. Ook dat onderwerp wordt steeds opnieuw weer aangeroerd op de tagging-list en in diaries.

HourOfTheWulf · 2017-02-02 09:25:46

Hallo allen,

Ik heb gechecked, nu zijn alle Burger King restaurants met cuisine=burger, en dat lijkt goed te zijn. Het is een standaard tag in JOSM.

Tussen shop=restaurant, restaurant=amenity, amenity=fast_food voor Burger King is mij niet helemaal duidelijk, en ik geef onmiddelijk toe dat ik hier wellicht een fout heb gemaakt. Het klinkt wel logisch wat hier boven staat, maar ik kan daar niet zo veel aan bijdragen.

Veel van de oorspronkelijke winkels (en nog een aantal anderen) heb ik inmiddels met Overpass en JOSM opgelost. Mijn plan is dan om een aantal standaard overpasses te maken en te publiceren op dit forum zodat veel gemaakte fouten bij nieuw ingevoerde winkels er standaard uitgehaald zouden kunnen worden. Ik heb nu deze http://overpass-turbo.eu/s/lEP maar die krijg ik niet te runnen. Wellicht op te delen in kleinere stukjes? Deze draad lijkt me echter daar niet zo geschikt voor.

marczoutendijk · 2017-02-02 10:03:42

HourOfTheWulf wrote:

Ik heb gechecked, nu zijn alle Burger King restaurants met cuisine=burger, en dat lijkt goed te zijn. Het is een standaard tag in JOSM.
Tussen shop=restaurant, restaurant=amenity, amenity=fast_food voor Burger King is mij niet helemaal duidelijk, en ik geef onmiddelijk toe dat ik hier wellicht een fout heb gemaakt. Het klinkt wel logisch wat hier boven staat, maar ik kan daar niet zo veel aan bijdragen.

Het is nog steeds niet goed, (ik zie er 49 met verkeerde tags) want als iets een restaurant is dan moet je dit gebruiken:

amenity=restaurant maar voor de Burger King mag je ook amenity=fast_food gebruiken

En dan kun je toevoegen
cuisine=burger

Maar wat niet goed is:
restaurant=*

omdat restaurant geen key is maar een waarde, en het woordje restaurant moet dus altijd achter het "=" teken staan.
Verander je het zelf ook moet ik het aanpassen?

marczoutendijk · 2017-02-02 10:44:15

HourOfTheWulf wrote:

Ik heb nu deze http://overpass-turbo.eu/s/lEP maar die krijg ik niet te runnen. Wellicht op te delen in kleinere stukjes? Deze draad lijkt me echter daar niet zo geschikt voor.

Die is veel te ingewikkeld (en vol syntaxfouten) en levert waarschijnlijk een timeout op. Bovendien krijg je zoveel data terug dat je browser bezwijkt.
Je hebt al een topic over overpass gestart, inderdaad beter om daar verder te gaan.

Announcement

#51 2017-01-25 15:44:42

Re: Mechanical edits

#52 2017-01-25 16:52:26

Re: Mechanical edits

#53 2017-01-25 17:03:23

Re: Mechanical edits

#54 2017-01-25 17:23:27

Re: Mechanical edits

#55 2017-01-27 19:32:27

Re: Mechanical edits

#56 2017-01-27 22:11:57

Re: Mechanical edits

#57 2017-01-27 22:56:31

Re: Mechanical edits

#58 2017-01-28 00:06:58

Re: Mechanical edits

#59 2017-01-28 09:39:34

Re: Mechanical edits

#60 2017-01-28 11:20:46

Re: Mechanical edits

#61 2017-01-31 14:16:46

Re: Mechanical edits

#62 2017-01-31 15:39:56

Re: Mechanical edits

#63 2017-02-01 11:56:27

Re: Mechanical edits

#64 2017-02-01 12:00:09

Re: Mechanical edits

#65 2017-02-01 13:11:29

Re: Mechanical edits

#66 2017-02-01 13:28:50

Re: Mechanical edits

#67 2017-02-01 20:09:54

Re: Mechanical edits

#68 2017-02-01 20:40:39

Re: Mechanical edits

#69 2017-02-01 20:43:44

Re: Mechanical edits

#70 2017-02-01 20:51:43

Re: Mechanical edits

#71 2017-02-02 03:35:29

Re: Mechanical edits

#72 2017-02-02 04:14:33

Re: Mechanical edits

#73 2017-02-02 09:25:46

Re: Mechanical edits

#74 2017-02-02 10:03:42

Re: Mechanical edits

#75 2017-02-02 10:44:15

Re: Mechanical edits

Board footer