bxl-forever's Comments
| Changeset | When | Comment |
|---|---|---|
| 156705102 | over 1 year ago | Bonjour et bienvenue sur OSM. Merci pour l’ajout.
|
| 147053965 | over 1 year ago | FYI, the problem was caused by the "name-suggestion-index" package. This package contains a list of brands, which the iD editor uses to suggest "fixes" whenever a user clicks on an object.
|
| 154600710 | over 1 year ago | @VDL549: Many rivers in OSM have an article prefix. Die means "The". Incidently, the wikipedia article is named "Warche" because all wikipedia articles use the canonical form, but the text starts with "Die Warche".
Take a loot ak this one: name is "La Meuse" despite the Wikipedia article will use the short version, i.e. "Meuse".
"name=La Seine" in Paris, same situation.
There is nothing wrong about this, this is just a convention. |
| 156619558 | over 1 year ago | Hello, Thanks for your interest in improving the map. Could you please type *real* descriptions for your changeset titles, because « Corrections diverses » says absolutely nothing about what you change and why you wanted to change that.
It’s good that you use the UrbisAdm background, but maybe you would like to zoom a little more, or spend a little more time to trace accurately. If you roughly trace property limits, it will require other mappers to fix your edits again. Thanks in advance. |
| 156614634 | over 1 year ago | Bonjour,, De quelles « corrections » s'agit-il précisément ? Par exemple, je vois que vous transformez les chemins ouverts aux véhicules de service vers chemins uniquement pour piétons/cyclistes/cavaliers. Navigation pour véhicules de service impossible. Est-ce que ça veut dire que maintenant les véhicules de service n'ont plus de possibilité de passer sur ces chemins ? Ils semblent larges et asphaltés. Aussi, "highway=footway" désigne un chemin uniquement pour piétons, comme ici : way/80141330 C’est bien mais pourquoi garder "foot=yes" additionnellement ? Ne pas mélanger deux systèmes de tagging car ça détériore la qualité générale de la database. Thanks in advance. |
| 156583712 | over 1 year ago | Hello, Adding Korean translations of cities or regions is fine, but please avoid changing multiple places within the same upload. If you edit names in Canada, South-America and India and upload them at once, it generates an unpleasant giant bounding box covering half of the planet.
Next time: one place = one upload, please. Thanks in advance. |
| 156536672 | over 1 year ago | Thanks but please do not repeat addresses on POI. The address was already set on the container building itself; adding duplicate values serves no purpose and corrupt the database.
|
| 153344935 | over 1 year ago | Ne pas ajouter les arrêts n'importe comment dans la relation bus, svp. Il faut toujours veiller à garder les arrêts dans le bon ordre. Vous avez mis l’arrêt Ten Brielen Christ tout à la fin de la liste, c’est incorrect. |
| 156446206 | over 1 year ago | Hello, I really need to alert you now: all those edits where you "restructure" or "update" major roads are too often breaking existing relations, in particular bus routes. Splitting or merging ways is normally safe in the online iD editor, but if you draw road segments manually you may risk breaking things. I cannot help but notice that your edits must always be followed by people who must tidy up and repair everything. Have you considered switching to a more advanced editing software like JOSM? |
| 156410464 | over 1 year ago | Hello, Adding a missing building is fine, thanks for this.
|
| 156133960 | over 1 year ago | It has very wide opening hours, from 06:00 to 22:00 except on Sundays. Fixed. |
| 156351932 | over 1 year ago | OK, thanks. No problem of course with the tag itself, which is correctly documented on the wiki. My concern was to make sure that you were not importing a proprietary database or a directory of places into OSM, which is not allowed. This is because your editing pattern looked quite similar to what we have seen in the past. If you are mostly opening websites or social media pages of various places to check this by yourself, I guess it will be fine. If I see more places that regularly offer live music, I will add the tag too. :-) |
| 156351932 | over 1 year ago | Hello Pardon my curiosity but I noticed you are massively adding this tag on several places in various countries in Europe. Did you survey all those places yourself or are you importing a database? Would you mind telling us where does the source data come from? Thanks in advance. |
| 156349266 | over 1 year ago | Hello, I am not sure that alnnost "mechanically" changing every occurrence of amenity=square into place=square is useful. Yes, amenity=square is definitely a tag error and should not exist. But if you take this example, way/1247481865 which you retagged already has "highway=pedestrian", "area=yes" and a name, so the additional tag does not bring any benefit. Even worse: had you inspected the object correctly, you would have found out it is inside a multipolygon with place=square. So, now, after your changeset we have a really strange situation with nested place=square areas. IMHO it should be corrected: tag place=square on the outer area only, remove the tag from the pedestrian area and remove the multipolygon itself, which was not correct. |
| 156230645 | over 1 year ago | Hello,
|
| 156180555 | over 1 year ago | Hello, Is it really "ooghoogte" with no capital letters? |
| 156174182 | over 1 year ago | Hello,
|
| 156145154 | over 1 year ago | Thanks for your reply, I fixed the tags. |
| 156145154 | over 1 year ago | Hello, Bruxelles-Propreté/Net Brussel does not run any cooking oil container.
Isn’t it an Oliobox instead? Reminder: StreetComplete always shows the operator of those facilities; please apply extreme care when retagging them; in cases like this it is better to stop the quest and create a note instead. |
| 156107533 | over 1 year ago | Hello,
|