bxl-forever's Comments
| Changeset | When | Comment |
|---|---|---|
| 145918556 | almost 2 years ago | Merci mais ne pas ajouter les adresses sur les magasins, les adresses sont déjà sur la carte. |
| 145887727 | almost 2 years ago | Hello, Thanks for this but I wonder about this node:
ref=Poste 36 kV Pêcherie
|
| 145871244 | almost 2 years ago | OK, I’ll fix it. |
| 145871244 | almost 2 years ago | Hello, AFAIK, there is no legal restriction against cycling here (southbound road)
The opposite direction should not be taken as an example because the northbound road has a D10 sign on the sidewalk, which legally forbids to cycle on the road. There is no such sign on the southbound road. |
| 145817137 | almost 2 years ago | Hello, associatedStreet relations are a special type of relation used to create a logical connection between addresses and named roads. Please do not tamper with them. In particular, please do not add sidewalks into those relations. Have a nice day. |
| 144744483 | almost 2 years ago | Hello, Why did you change the "network" tag for TEC route 84 from TECX into TECL? (relation/15828348 + its 2 child-relations) I believe this is incorrect. TEC’s public transport network is split into 5 operating entities, with proper codes, and TECX is for Namur-Luxembourg area (TECL is only for routes in Liège area and they are coded differently). Maybe you would be so kind as to explain the reason for this change. Thanks in advance. |
| 145801781 | almost 2 years ago | Hello, Thanks for this. I have reviewed and fixed some of your latest edits. Can I please suggest to turn on the "Prefer contact prefix" option in the settings of the Every Door app. This will ensure that when you add a phone number to a POI, it gets the modern tagging convention. Don’t worry, I’ve already fixed this one. |
| 145749204 | almost 2 years ago | Hello,
|
| 145634733 | about 2 years ago | Hello, There is already a Lebanese restaurant in this building.
In your edit, you added NYYÓ as if it was a second restaurant in the same house. This would be very surprising. I suppose you wanted to replace the existing object instead of creating a new one. I can fix it but could you please tell us what you saw here? |
| 145594442 | about 2 years ago | Hello, I guess someone may have told you already but please never trace on aerial imagery for buildings or walls between properties. We have to redo all your edits and it takes much more time cleaning someone else’s mistakes than to do it right the first time. :-( In the Brussels-Capital Region, please use UrbisAdm (URBIS numerical imagery). Thanks in advance. |
| 145593963 | about 2 years ago | Hello, I don’t understand your edit. There is a "site relation" in OSM which already stores information about artist, dimension and more
In your edit, you added the same information on one single element of that fountain. Duplicating information in a database is something we strive to avoid. Could you please explain what was the intention here. We’d like to clean this up. |
| 145454166 | about 2 years ago | Do they? They are named after the former place that no longer exists. Perhaps it would be more appropriate to rename the Wikidata and Commons entries, then we can link to them again. Or, if what is required is to show a picture of the building (regardless of the café currently operating it), perhaps just the image tag might be appropriate. |
| 145438742 | about 2 years ago | Bonjour, Merci pour les ajouts. Question : quelle est la source de données pour ces arbres ? C'est un import de base de données de quelque part ou un travail 100 % sur vos propres relevés ? Ou juste un travail sur les photos aériennes ? |
| 145526904 | about 2 years ago | Hello, Do those streams have to be written entirely in lower case? Anything special about those names? |
| 145482962 | about 2 years ago | Hello, and congrats for a nice first edit on OpenStreetMap with a very clear description. |
| 145384608 | about 2 years ago | Hello, Next time, would you please be so kind and upload changes like this in smaller blocks. Adding 27 objects at once on various places all over the Netherlands generate a fairly large bounding box spanning over several cities in the Ruhr area in Germany as well as about 1/4 of Belgium. This is unnecessarily annoying for mappers in other regions. (On an unrelated note: it is unlikely you surveyed those 27 locations yourself, it looks like you are probably importing an existing government dataset here (osm.wiki/Import/Guidelines). |
| 145321409 | about 2 years ago | Don’t worry, we fixed it.
|
| 145323474 | about 2 years ago | Hello, Thanks for "better reflecting the reality". Indeed, this area of the map seems to have changed in recent years and not many people were actively updating the map. Here are two suggestions to improve your edits. 1) Try to make smaller/more specialised uploads. For instance, work on a single road, or a couple of buildings, and then upload that. And only then, start working on another part. This will make it much easier for your fellow mappers when reviewing changes in an area, especially if you can provide clear descriptions of what/why you changed something. 2) I see you redrew some buildings, like this one: way/29418761
Happy mapping. |
| 145321409 | about 2 years ago | Hello, Pardon my curiosity but those are very strange tags.
Here is a picture of the
Could you please tell us what kind of "modification circulation" went on here exactly? (Maybe you wanted to edit only one part of the road, as it seems that larger vehicles may reach the southern part near the houses, and not the entire path across the woods.) |
| 144557982 | about 2 years ago | Yes, stating that Donahue's Pizza has been taken over by Main Street Pizza is a good example and that would make it clear that the change was intended. We were confused by the "why doesent google maps believe me" title, because OSM and Google Maps do not share the same data: anything you change in OSM will *not* be shown in GMaps, and we never copy data from GMaps into OSM, but I suppose you are aware of that. |